wxlua-users — wxLua list for users and developers

Re: [wxlua-users] [ANN] wxLua 2.8.12.3

[John L. <jla...@gm...>]

On Fri, Sep 13, 2013 at 1:22 PM, Andreas Falkenhahn
<an...@fa...>wrote:

> Hi John,
>
> thanks. May I suggest that you add a link to an archive containing the
> sources
> for wxLua 2.8.12.3 for people preferring to build their own version of
> wxLua to
> this site?
>
> http://wxlua.sourceforge.net/download.php
>

Thanks, I forgot to update that part of the page.


>
> When I first started out with wxLua I found it quite confusing that only
> binary
> builds were available and there was no direct link to the sources of the
> latest version so I had to go and check out the current SVN trunk but this
> always
> makes me slightly worried because I don't know how stable checked out
> version is...
>
>
I try to keep SVN in a working state at all times, though I feel the same
unease sometimes.

Regards,
    John

Re: [wxlua-users] [ANN] wxLua 2.8.12.3

[Andreas F. <an...@fa...>]

Hi John,

thanks. May I suggest that you add a link to an archive containing the sources
for wxLua 2.8.12.3 for people preferring to build their own version of wxLua to
this site?

http://wxlua.sourceforge.net/download.php

When I first started out with wxLua I found it quite confusing that only binary
builds were available and there was no direct link to the sources of the
latest version so I had to go and check out the current SVN trunk but this always
makes me slightly worried because I don't know how stable checked out version is...

Thanks

Andreas

On 13.09.2013 at 04:05 John Labenski wrote:

> I am pleased to announce the 2.8.12.3 release of wxLua.


> wxLua 2.8.12.3 is a long overdue stable bugfix release. There are a
> few new wxWidgets classes and functions. The binding generator has
> been changed to accept simple valid C++ code. The precompiled
> versions are linked against the SVN trunk of the wxWidgets 2.8
> branch (2.8.12 with bug fixes). Note that the wxLua source code can
> be compiled against wxWidgets 2.9.x too.
>  
> -------------------------------------------------------------------------------

> wxLua is a Lua scripting language wrapper around the wxWidgets
> cross-platform GUI library. It consists of an executable for running
> standalone wxLua scripts and a library for extending C++ programs
> with a fast, small, fully embeddable scripting language. 
>  
> More information can be found here: http://wxlua.sourceforge.net


> Regards,

>     John Labenski



-- 
Best regards,
 Andreas Falkenhahn                            mailto:an...@fa...

[wxlua-users] [ANN] wxLua 2.8.12.3

[John L. <jla...@gm...>]

I am pleased to announce the 2.8.12.3 release of wxLua.

wxLua 2.8.12.3 is a long overdue stable bugfix release. There are a few new
wxWidgets classes and functions. The binding generator has been changed to
accept simple valid C++ code. The precompiled versions are linked against
the SVN trunk of the wxWidgets 2.8 branch (2.8.12 with bug fixes). Note
that the wxLua source code can be compiled against wxWidgets 2.9.x too.

-------------------------------------------------------------------------------

wxLua is a Lua scripting language wrapper around the wxWidgets
cross-platform GUI library. It consists of an executable for running
standalone wxLua scripts and a library for extending C++ programs with a
fast, small, fully embeddable scripting language.

More information can be found here: http://wxlua.sourceforge.net

Regards,
    John Labenski

Re: [wxlua-users] BUILD_INSTALL_PREFIX is not respected in wxlua trunk (most likely broken in r190 or later)

[Paul K <pau...@ya...>]

Hi John,

> since CMake advertises that CMAKE_INSTALL_PREFIX is the install dir I went back to using that to make it more "familiar" to CMake users.

yes, replacing BUILD_INSTALL_PREFIX with CMAKE_INSTALL_PREFIX worked. Thank you.

Paul.

Re: [wxlua-users] wxlua fails to build against LuaJIT 2.0.2

[John L. <jla...@gm...>]

On Wed, Sep 11, 2013 at 5:52 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I'm trying to build wxlua against LuaJIT and get compilation errors. I
> know, I can build against "normal" Lua 5.1 and use it with LuaJIT (and
> that's exactly what I'm doing now), but I'd like to avoid that extra
> step if possible. These are the errors:
>
> ../wxLua/modules/wxlua/lbitlib.c:83: error: expected ‘=’, ‘,’, ‘;’,
> ‘asm’ or ‘__attribute__’ before ‘lua_Unsigned’
> <<<more errors here>>>>
>

Please provide as much info as possible to make my life easier. I'm just
looking at the wxLua code I have and the LuaJIT code online and this error
makes no sense to me.


>
> Is it something that can be addressed? It would also be great if wxlua
> would only load its own bitlib into "bit" table if it's not already
> loaded.
>
>
I vaguely remember reading that LuaJIT provides its own bit32 lib and
there's at least a declaration of it here.
http://repo.or.cz/w/luajit-2.0.git/blob/HEAD:/src/lualib.h

wxLua only added the bit32 lib for 5.1 since 5.2 already had it. I have
blindly added a check for LuaJIT to not add it there either.

Let me know if it works for you.
    John

[wxlua-users] wxlua fails to build against LuaJIT 2.0.2

[Paul K <pau...@ya...>]

Hi John,

I'm trying to build wxlua against LuaJIT and get compilation errors. I
know, I can build against "normal" Lua 5.1 and use it with LuaJIT (and
that's exactly what I'm doing now), but I'd like to avoid that extra
step if possible. These are the errors:

../wxLua/modules/wxlua/lbitlib.c:83: error: expected ‘=’, ‘,’, ‘;’,
‘asm’ or ‘__attribute__’ before ‘lua_Unsigned’
<<<more errors here>>>>
../wxLua/modules/wxlua/lbitlib.c:348: error: too many arguments to
function ‘lua_pushunsigned’
make[2]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/__/wxlua/lbitlib.c.o]
Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [modules/luamodule/CMakeFiles/wxLuaModule.dir/all] Error 2
make: *** [all] Error 2
Error: failed to build wxLua

Is it something that can be addressed? It would also be great if wxlua
would only load its own bitlib into "bit" table if it's not already
loaded.

Paul.

Re: [wxlua-users] Can't call some wxKeyboardState methods on wxMouseEvent, but should

[Paul K <pau...@ya...>]

Hi John,

> That function (and class hierarchy) only exists in wxWidgets 2.9 onwards. It's just an alternative to the current ControlDown(), AltDown(), ShiftDown() functions. Will those work for you in the near term?

Yes, but instead of checking "event:GetModifiers() ==
wx.wxMOD_CONTROL" I need to do "event:ControlDown() and not
event:AltDown() and not event:ShiftDown() and not event:MetaDown()" or
something along those lines.

Paul.

Re: [wxlua-users] Can't call some wxKeyboardState methods on wxMouseEvent, but should

[John L. <jla...@gm...>]

On Sun, Sep 8, 2013 at 6:10 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I'm trying to call wx.wxMouseEvent():GetModifiers(), but get "wxLua:
> Unable to call an unknown method 'GetModifiers' on a 'wxMouseEvent'
> type."
>
> wxMouseEvent is inherited from wxKeyboardState (among other things),
> so it should definitely work. In fact, I can call some methods (like
> ControlDown() and CmdDown()) just fine, but none of the modifier
> methods (GetModifiers(), HasModifiers(), HasAnyModifiers(), and so on)
> work (http://docs.wxwidgets.org/trunk/classwx_keyboard_state.html).
>
>
That function (and class hierarchy) only exists in wxWidgets 2.9 onwards.
It's just an alternative to the current ControlDown(), AltDown(),
ShiftDown() functions. Will those work for you in the near term?

Regards,
    John

Re: [wxlua-users] BUILD_INSTALL_PREFIX is not respected in wxlua trunk (most likely broken in r190 or later)

[John L. <jla...@gm...>]

On Mon, Sep 9, 2013 at 7:50 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I get wx.dll installed in /usr/local/lib/ even though I have
> BUILD_INSTALL_PREFIX specified. It worked as expected just few weeks
> ago and most likely got broken in r190 or later.
>
>
Sorry, that was a hack of some sorts and I can't remember anymore why I did
it. Please set the CMAKE_INSTALL_PREFIX variable instead. To the best of my
knowledge it was something for CMake 2.6 (very old version), but since
CMake advertises that CMAKE_INSTALL_PREFIX is the install dir I went back
to using that to make it more "familiar" to CMake users.

I'll try to remember to update the docs. There is one catch, if you merely
update from SVN you will still have the old BUILD_INSTALL_PREFIX defined,
but it will not be used.

Regards,
   John

[wxlua-users] BUILD_INSTALL_PREFIX is not respected in wxlua trunk (most likely broken in r190 or later)

[Paul K <pau...@ya...>]

Hi John,

I get wx.dll installed in /usr/local/lib/ even though I have
BUILD_INSTALL_PREFIX specified. It worked as expected just few weeks
ago and most likely got broken in r190 or later.

Paul.

Re: [wxlua-users] How to accept drag and drop files on all platforms?

[Paul K <pau...@ya...>]

Hi John,

> Both, but it is always a matter of time for me. I have added wxTextDropTarget and wxFileDropTarget, there is a demo in editor.wx.lua.

Great! I'll give it a try shortly. Thank you.

Paul.

On Sat, Sep 7, 2013 at 11:06 PM, John Labenski <jla...@gm...> wrote:
> On Mon, Aug 26, 2013 at 12:14 AM, Paul K <pau...@ya...> wrote:
>>
>> Hi John,
>>
>> > Sorry yes, I looked into this, but it does require a few more virtual
>> > functions in
>> > wxFileDropTarget. I believe that it should be pretty easy.
>>
>> Are you saying that it would be pretty easy for you to add them or
>> that it will be pretty easy after you add them ;). In any case, I'd
>
>
> Both, but it is always a matter of time for me. I have added
> wxTextDropTarget and wxFileDropTarget, there is a demo in editor.wx.lua.
> Drag some files onto the notebook tabs to open them. Note that you must
> create a new wxFile/TextDropTarget for every window you call SetDropTarget()
> for, i.e. you can't reuse them.
>
> Regards,
>    John
>
>
> ------------------------------------------------------------------------------
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

[wxlua-users] Can't call some wxKeyboardState methods on wxMouseEvent, but should

[Paul K <pau...@ya...>]

Hi John,

I'm trying to call wx.wxMouseEvent():GetModifiers(), but get "wxLua:
Unable to call an unknown method 'GetModifiers' on a 'wxMouseEvent'
type."

wxMouseEvent is inherited from wxKeyboardState (among other things),
so it should definitely work. In fact, I can call some methods (like
ControlDown() and CmdDown()) just fine, but none of the modifier
methods (GetModifiers(), HasModifiers(), HasAnyModifiers(), and so on)
work (http://docs.wxwidgets.org/trunk/classwx_keyboard_state.html).

I checked wxbind and indeed GetModifiers only shows up for wxKeyEvent
and nothing else. Can you please add it to wxMouseEvent as well? Thank
you.

Paul.

Re: [wxlua-users] How to call OnLinkClicked for wxLuaHtmlWindow?

[John L. <jla...@gm...>]

On Thu, Aug 29, 2013 at 9:32 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> I've been trying to add some reaction based on link clicked in
> wxLuaHtmlWindow and can't figure out how to set it.
>
> This is what I've tried:
>
>   wx.wxLuaHtmlWindow.OnLinkClicked = function(self, link)
>     -- do something
>   end
>
> but don't see any reaction (I tried to output something and to call
> "error").
>
>
That should be right. I have never used this function so I don't know what
triggers it. In any case I think you should just get the wxHtmlLinkEvent
and handle it there, I believe that this also applies for wx 2.8.x too.

http://docs.wxwidgets.org/trunk/classwx_html_window.html#a519281dbfbddc163b5e73fd6a10cf90a



> What is the right way to set it? Also, I see the code that resets some
> internal flag after OnLickClicked is called:
>
> m_wxlState.SetCallBaseClassFunction(false); // clear flag always
>
> Does this mean I need to re-set it every time the link is clicked? Thank
> you.
>
>
No, this is just an internal wxLua flag for when the Lua code wants to call
the base class function, if you call obj:_OnLinkClicked() for example.

Regards,
    John

Re: [wxlua-users] How to accept drag and drop files on all platforms?

[John L. <jla...@gm...>]

On Mon, Aug 26, 2013 at 12:14 AM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> > Sorry yes, I looked into this, but it does require a few more virtual
> functions in
> > wxFileDropTarget. I believe that it should be pretty easy.
>
> Are you saying that it would be pretty easy for you to add them or
> that it will be pretty easy after you add them ;). In any case, I'd


Both, but it is always a matter of time for me. I have added
wxTextDropTarget and wxFileDropTarget, there is a demo in editor.wx.lua.
Drag some files onto the notebook tabs to open them. Note that you must
create a new wxFile/TextDropTarget for every window you call
SetDropTarget() for, i.e. you can't reuse them.

Regards,
   John

Re: [wxlua-users] Ugly boolean checkboxes in wxGrid

[John L. <jla...@gm...>]

On Sat, Sep 7, 2013 at 7:41 AM, ND <na...@ma...> wrote:

>
> When I run gridtable.wx.lua sample I saw checkboxes in Opened column draws
> differently in currently editing cell and other cells.
> In currently editing cell checkbox is exactly as Windows 7 system one (in
> attached screen I point to it with red arrow). But checkboxes in other
> cells (all lower checkboxes in that column) have ugly big and discrete
> drawing.
>
>
This is unfortunately how the grid control draws the check marks. The good
looking checkbox is the native control which is only shown as needed for
efficiency.


> Is there a way to draw non-edited cells in one manner with edited ones?
>

Not in wxLua, this is something that should be fixed upstream in wxWidgets
itself.


And is there a way to check/uncheck all boolean cells in wxGrid by only
> one click?
>
>
You can catch a wxEVT_GRID_CELL_CHANGED and take action from there.

Regards,
    John

[wxlua-users] Ugly boolean checkboxes in wxGrid

[ND <na...@ma...>]

Good day!

When I run gridtable.wx.lua sample I saw checkboxes in Opened column draws
differently in currently editing cell and other cells.
In currently editing cell checkbox is exactly as Windows 7 system one (in
attached screen I point to it with red arrow). But checkboxes in other
cells (all lower checkboxes in that column) have ugly big and discrete
drawing.

Is there a way to draw non-edited cells in one manner with edited ones?
And is there a way to check/uncheck all boolean cells in wxGrid by only
one click?

Thanks a lot.

Re: [wxlua-users] Difference between Lua and wxLua executable

[John L. <jla...@gm...>]

On Mon, Aug 26, 2013 at 3:29 AM, Milind Gupta <mil...@gm...>wrote:

> Thanks for looking into this. So to get the same effects for running a
> wxLua program with Lua.exe we need a Lua.exe compiled with the manifest
> that wxlua was compiled from?
>
>
After quite a bit of trial and error I believe I found a solution. Instead
of using our own manifest file, I found that you can specify a #pragma
command to the MSVC linker to use the v6 comctrl32.dll. As I mentioned,
when I used the manifest I had a problem of the debug lua.exe complaining
about a missing msvcr90.dll which I was not able to figure out, there were
a few supposed solutions online, but none worked for me. Hopefully this
solution is good enough.

Regards,
    John

Re: [wxlua-users] Rich Text interface file

[John L. <jla...@gm...>]

On Tue, Sep 3, 2013 at 4:02 PM, Milind Gupta <mil...@gm...> wrote:

> Hi,
>       I am looking and learning how to create rich text binding in wxlua.
> I have a lot of questions
>
> 1. Are all the interface files that are used by the genwxbind program in
> the bindings/wxlua directory? There doesn't seem to be a lot of them there?
>

Yes, they're all there.


> 2. I do see a rich text interface file, can I start from there? What is it
> missing so that it was not included in wxlua yet?
>

There probably are a few things missing now, but more importantly there is
surely some work needed to make it compile. As the wxrichtext_richtext.i
file says, it is mostly copied from the wxWidgets headers, but typically I
have to massage the function signatures to simplify them for the binding
generator.


> 3. If I create an interface file, I need all the interface files and then
> run genwxbind to generate the C code and then compile it to get the final
> executables and libraries?
>

Start from the existing one, note that most of it is remmed out /* ... */
and try to add bits at a time until it works. See the Makefile or
genwxbind.bat files to see how to regenerate the bindings.

I don't remember anymore, but I probably didn't finish it since I've never
used that control myself and don't know what parts are important and what
can be skipped.

Regards,
    John

[wxlua-users] Rich Text interface file

[Milind G. <mil...@gm...>]

Hi,
      I am looking and learning how to create rich text binding in wxlua. I
have a lot of questions

1. Are all the interface files that are used by the genwxbind program in
the bindings/wxlua directory? There doesn't seem to be a lot of them there?
2. I do see a rich text interface file, can I start from there? What is it
missing so that it was not included in wxlua yet?
3. If I create an interface file, I need all the interface files and then
run genwxbind to generate the C code and then compile it to get the final
executables and libraries?

Any help would be appreciated.

Thanks,
Milind

[wxlua-users] How to call OnLinkClicked for wxLuaHtmlWindow?

[Paul K <pau...@ya...>]

Hi John,

I've been trying to add some reaction based on link clicked in
wxLuaHtmlWindow and can't figure out how to set it.

This is what I've tried:

  wx.wxLuaHtmlWindow.OnLinkClicked = function(self, link)
    -- do something
  end

but don't see any reaction (I tried to output something and to call "error").

What is the right way to set it? Also, I see the code that resets some
internal flag after OnLickClicked is called:

m_wxlState.SetCallBaseClassFunction(false); // clear flag always

Does this mean I need to re-set it every time the link is clicked? Thank you.

Paul.

Re: [wxlua-users] Difference between Lua and wxLua executable

[Milind G. <mil...@gm...>]

Thanks for looking into this. So to get the same effects for running a
wxLua program with Lua.exe we need a Lua.exe compiled with the manifest
that wxlua was compiled from?

Thanks,
Milind



On Sun, Aug 25, 2013 at 9:17 PM, Paul K <pau...@ya...> wrote:

> > No, my last commit actually didn't add the manifest file correctly (the
> #ifdefs were not set), but when I do set a proper manifest file I get a
> pop-up dialog error when running that msvcr90d.dll is missing. If I copy
> the msvcr90d.dll file over it works and I get the new calendar control, if
> I remove the correct manifest it runs without msvcr90d.dll copied over, but
> I get the old calendar control.
>
> But at least now we know the answer: the difference is indeed manifest
> related and you need to have the DLL that is referenced in the
> manifest to get it to work.
>
> Paul.
>
>
> ------------------------------------------------------------------------------
> Introducing Performance Central, a new site from SourceForge and
> AppDynamics. Performance Central is your source for news, insights,
> analysis and resources for efficient Application Performance Management.
> Visit us today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Re: [wxlua-users] Difference between Lua and wxLua executable

[Paul K <pau...@ya...>]

> No, my last commit actually didn't add the manifest file correctly (the #ifdefs were not set), but when I do set a proper manifest file I get a pop-up dialog error when running that msvcr90d.dll is missing. If I copy the msvcr90d.dll file over it works and I get the new calendar control, if I remove the correct manifest it runs without msvcr90d.dll copied over, but I get the old calendar control.

But at least now we know the answer: the difference is indeed manifest
related and you need to have the DLL that is referenced in the
manifest to get it to work.

Paul.

Re: [wxlua-users] How to accept drag and drop files on all platforms?

[Paul K <pau...@ya...>]

Hi John,

> Sorry yes, I looked into this, but it does require a few more virtual functions in
> wxFileDropTarget. I believe that it should be pretty easy.

Are you saying that it would be pretty easy for you to add them or
that it will be pretty easy after you add them ;). In any case, I'd
appreciate if you could add the missing functions and provided a
simple example I can use as a starting point. Thank you!

Paul.

On Sun, Aug 25, 2013 at 9:06 PM, John Labenski <jla...@gm...> wrote:
> On Fri, Aug 23, 2013 at 2:16 AM, Paul K <pau...@ya...> wrote:
>>
>> > Anyone has an example that allows to accept a filename after D&D that
>> works on Windows/OSX/Linux?
>>
>> Nobody knows? John? I'll be happy with any hints I can try...
>
>
>
> Sorry yes, I looked into this, but it does require a few more virtual
> functions in wxFileDropTarget. I believe that it should be pretty easy.
>
> Regards,
>     John

Re: [wxlua-users] How to accept drag and drop files on all platforms?

[John L. <jla...@gm...>]

On Fri, Aug 23, 2013 at 2:16 AM, Paul K <pau...@ya...> wrote:

> > Anyone has an example that allows to accept a filename after D&D that
> works on Windows/OSX/Linux?
>
> Nobody knows? John? I'll be happy with any hints I can try...
>


Sorry yes, I looked into this, but it does require a few more virtual
functions in wxFileDropTarget. I believe that it should be pretty easy.

Regards,
    John

Re: [wxlua-users] Difference between Lua and wxLua executable

[John L. <jla...@gm...>]

On Fri, Aug 23, 2013 at 7:04 PM, Paul K <pau...@ya...> wrote:

> Hi John,
>
> > After that wxlua and lua produce the same (calendar) results. You can
> > also tweak the manifest before embedding it to see the effect.
>
> Were you able to reproduce the same effect?
>
>
No, my last commit actually didn't add the manifest file correctly (the
#ifdefs were not set), but when I do set a proper manifest file I get a
pop-up dialog error when running that msvcr90d.dll is missing. If I copy
the msvcr90d.dll file over it works and I get the new calendar control, if
I remove the correct manifest it runs without msvcr90d.dll copied over, but
I get the old calendar control.

I think my problem is like this persons, but I have MSVC 2008 with SP1
already installed and turning off incremental linking doesn't help.
http://go4answers.webhost4life.com/Example/mscvp90ddll-reported-missing-23640.aspx

I doesn't seem like a common problem, it might be some strangeness with
MSVC 2008 since turning off incremental linking to fix a missing
msvcr90d.dll file seems like a strange fix.

Regards,
    John