wxlua-users — wxLua list for users and developers

Re: [wxlua-users] Overriding OnRightClick

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

On Nov 23, 2013 4:30 PM, "Andreas Falkenhahn" <an...@fa...>
wrote:
>
> Hi,
>
> I'm trying to port some C++ code to wxLua that derives a new class from
> wxTextCtrl and then overrides the OnRightClick() method of this class
> to do some custom stuff when the user presses RMB over the widget.

Catch EVT_RIGHT_UP and call event.Skip() for normal processing. Calling
virtual functions like this is discouraged and may not continue to work in
the future for all platforms.

> Is it possible to do this in wxLua as well? I tried the following but
> it didn't work:
>
> local ctrl = wx.wxTextCtrl(...)
> ctrl.OnRightClick = function(event) print("test") end
>

C++ requires you to subclass and override all virtual functions. The
speed/size overhead to do this for all classes/functions would be enormous
so wxLua only does this where absolutely necessary.

John

Re: [wxlua-users] Overriding OnRightClick

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

Hi Andreas,

> I'm trying to port some C++ code to wxLua that derives a new class from
> wxTextCtrl and then overrides the OnRightClick() method of this class
> to do some custom stuff when the user presses RMB over the widget.

I'm using wxEVT_COMMAND_TREE_ITEM_MENU; I think there is also
TREE_ITEM_RIGHT_CLICK, but the first one works well for me (I'm using
it to generate a context menu). Or did I misunderstand what you are
trying to do?

Paul.

On Sat, Nov 23, 2013 at 1:31 PM, Andreas Falkenhahn
<an...@fa...> wrote:
> Hi,
>
> I'm trying to port some C++ code to wxLua that derives a new class from
> wxTextCtrl and then overrides the OnRightClick() method of this class
> to do some custom stuff when the user presses RMB over the widget.
>
> Is it possible to do this in wxLua as well? I tried the following but
> it didn't work:
>
> local ctrl = wx.wxTextCtrl(...)
> ctrl.OnRightClick = function(event) print("test") end
>
> --
> Best regards,
>  Andreas Falkenhahn                          mailto:an...@fa...
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

[wxlua-users] Overriding OnRightClick

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

Hi,

I'm trying to port some C++ code to wxLua that derives a new class from
wxTextCtrl and then overrides the OnRightClick() method of this class
to do some custom stuff when the user presses RMB over the widget. 

Is it possible to do this in wxLua as well? I tried the following but
it didn't work:

local ctrl = wx.wxTextCtrl(...)
ctrl.OnRightClick = function(event) print("test") end

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

Re: [wxlua-users] Multiple listeners

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

Hi John,

On 21.11.2013 at 19:38 John Labenski wrote:

> This would be the expected behavior, I think. You are installing
> TWO callback handlers so both are called if their patterns match.


> I would guess that the difference is that maybe you are calling
> event.Skip(true/false) or not at all in the two different programs.
> Note that not calling event.Skip() is the same as calling
> event.Skip(false) and that skipping the event means that the event
> is propagated to the next matching handler (if one exists).
>  

> For simplicity, if you need the wxID_ANY I would only have that one
> handler and use a "case" style statement to route the event to any specialized handler.

Ok, this has turned out to be wxWidgets peculiarity. Consider the following
event table:

BEGIN_EVENT_TABLE(MyFrame, wxFrame)     
    EVT_RADIOBOX(RadioPage_Radio, MyFrame::OnRadioBox)          
    EVT_RADIOBOX(wxID_ANY, MyFrame::OnCheckOrRadioBox)  
END_EVENT_TABLE()

To convert this event table into a sequence of Connect() calls, you
have to invert the order, i.e.:

Connect(wxID_ANY, wxEVT_COMMAND_RADIOBOX_SELECTED, wxCommandEventHandler(MyFrame::OnCheckOrRadioBox)); 
Connect(RadioPage_Radio, wxEVT_COMMAND_RADIOBOX_SELECTED, wxCommandEventHandler(MyFrame::OnRadioBox));  

This is because Connect() adds new events at the *beginning* of the
event handler list. I didn't know that and used the order of the
event table when converting it to a series of Connect() calls which
led to the general handler getting called first.

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

Re: [wxlua-users] Multiple listeners

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

On Thu, Nov 21, 2013 at 11:32 AM, Andreas Falkenhahn <an...@fa...
> wrote:

> Hi,
>
> in wxWidgets I can do the following:
>
> BEGIN_EVENT_TABLE(RadioWidgetsPage, WidgetsPage)
>     EVT_RADIOBOX(RadioPage_Radio, RadioWidgetsPage::OnRadioBox)
>     EVT_RADIOBOX(wxID_ANY, RadioWidgetsPage::OnRadioBox2)
> END_EVENT_TABLE()
>
> OnRadioBox() should be called when the wxRadioBox that has the id
> RadioPage_Radio
> is clicked, otherwise OnRadioBox2 should be called. In wxLua this looks
> like this:
>
>
I would have assumed that OnRadioBox2 would be called for ALL events of ANY
id.


> this:Connect(RadioPage_Radio, wx.wxEVT_COMMAND_RADIOBOX_SELECTED,
> OnRadioBox)
> this:Connect(wx.wxID_ANY, wx.wxEVT_COMMAND_RADIOBOX_SELECTED, OnRadioBox2)
>
> However, the use of wxID_ANY seems to confuse wxLua here because even if
> the
> user clicks the wxRadioBox that has the id RadioPage_Radio wxLua will still
> run the OnRadioBox2() callback. Is that a bug or some kind of limitation?
>
>
This would be the expected behavior, I think. You are installing TWO
callback handlers so both are called if their patterns match.

I would guess that the difference is that maybe you are calling
event.Skip(true/false) or not at all in the two different programs. Note
that not calling event.Skip() is the same as calling event.Skip(false) and
that skipping the event means that the event is propagated to the next
matching handler (if one exists).

For simplicity, if you need the wxID_ANY I would only have that one handler
and use a "case" style statement to route the event to any specialized
handler.

Regards,
      John

[wxlua-users] Multiple listeners

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

Hi,

in wxWidgets I can do the following:

BEGIN_EVENT_TABLE(RadioWidgetsPage, WidgetsPage)
    EVT_RADIOBOX(RadioPage_Radio, RadioWidgetsPage::OnRadioBox)
    EVT_RADIOBOX(wxID_ANY, RadioWidgetsPage::OnRadioBox2)
END_EVENT_TABLE()

OnRadioBox() should be called when the wxRadioBox that has the id RadioPage_Radio
is clicked, otherwise OnRadioBox2 should be called. In wxLua this looks like this:

this:Connect(RadioPage_Radio, wx.wxEVT_COMMAND_RADIOBOX_SELECTED, OnRadioBox)   	      	   
this:Connect(wx.wxID_ANY, wx.wxEVT_COMMAND_RADIOBOX_SELECTED, OnRadioBox2)

However, the use of wxID_ANY seems to confuse wxLua here because even if the
user clicks the wxRadioBox that has the id RadioPage_Radio wxLua will still
run the OnRadioBox2() callback. Is that a bug or some kind of limitation?

Thanks!

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

Re: [wxlua-users] compiling v 3.0

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

On Tue, Nov 19, 2013 at 4:07 PM, Andre Arpin <ar...@ki...> wrote:

> file FindwxWidgets
>
> please add:
>
> wxbase30${_UCD}${_DBG}
> wxbase30${_UCD}${_DBG}_${LIB}
> wxmsw${_UNV}30${_UCD}${_DBG}
> wxmsw${_UNV}30${_UCD}${_DBG}_${LIB}
>
> in the various FIND_LIBRARY invocation.
>
>
Thanks, I'll add it later today.

I'm not sure what to do in the long term as this file is a little bit of a
mess (not my code) and having hard-coded versions like it has is a bad
idea, but I don't want to have to completely rewrite it.

Regards,
   John

[wxlua-users] compiling v 3.0

[Andre A. <ar...@ki...>]

file FindwxWidgets 

please add:

wxbase30${_UCD}${_DBG}
wxbase30${_UCD}${_DBG}_${LIB}
wxmsw${_UNV}30${_UCD}${_DBG}
wxmsw${_UNV}30${_UCD}${_DBG}_${LIB}

in the various FIND_LIBRARY invocation.

Thank you 


Andre

Re: [wxlua-users] Referencing objects

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

On 17.11.2013 at 19:37 John Labenski wrote:

> On Sun, Nov 17, 2013 at 9:21 AM, Andreas Falkenhahn <an...@fa...>wrote:

>  
> Hi,
>  
>  what's the recommended way to prevent objects from being garbage collected?
>  For example, I create a wxImageList and pass it to wxNotebook::SetImageList().
>  As wxNotebook::SetImageList() doesn't take ownership of the list it could
>  happen that the garbage collector kills the wxImageList that I passed to
>  SetImageList().
>  
>  To prevent it from being collected I could assign the wxImageList to a global
>  variable but that doesn't look like a nice solution.... it would be nicer
>  if it were possible to reference the wxImageList somehow but I don't see
>  how this is possible. wxObject has a Ref() method but that doesn't seem to
>  be up for the job.
>  






> You're right, wxObject::Ref() is not what you want, in wxLua it
> will cause a memory leak unless you remember to call UnRef() on it.


> The best way is to either make it a global or attach the image list
> to some other object that will live at least as long as the window it's attached to. 


> You can also simply add it to the window itself.


> local notebook = wx.wxNotebook(...)
> local imagelist = wx.wxImageList(...)


> notebook.imagelist = imagelist -- it is now a member of the notebook's table
> notebook.SetImageList(imagelist)

Ok, thanks.

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

Re: [wxlua-users] four tabs one in each cornerwithwxAuiNotebook:Split()

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

On Sun, Nov 17, 2013 at 12:57 PM, Victor Bombi <so...@te...>wrote:

> Hello John
>
> >It looks like wxTabFrame is not exposed though any header file.
>
> It is defined in auibook.cpp:2799 (2.8.12) (should it be a header file?)
>
>
>
Probably, but there's not a lot we can do about it. Normal wxWidgets
installs will not install the cpp files so there's no good way to find it
and it doesn't look like you can #include it since it actually contains
code and we'd get linker errors about duplicate functions.

I do have a scheme that may work, but it is quite fragile. wxLua declares
the wxTabFrame itself and we cross our fingers that it doesn't change too
much. If it does then wxLua will become a mess of #if wxverX then declare
one version, #else if wxverY then a different one, #else ... This is hacky
to me and I really prefer to keep wxLua reasonably "clean", but in this
case it may be unavoidable.

Regards,
    John

Re: [wxlua-users] wxWindows 3.0.0, wxLua 2.8.12.3 and OS X?

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

On Sun, Nov 17, 2013 at 2:34 AM, Paul K <pau...@ya...> wrote:

> Hi Kent,
>
> I just compiled my wxlua based application with wxwidgets 3.0 couple
> of days ago and haven't seen any issues/crashes yet. I'll try to run
> the samples tomorrow (don't have access to my MacBook right now) to
> check if there are any issues with them.
>
> > - Is this setup supposed to work at all, i.e. wxLua with wxWindows 3?
>
> I'd say so. I've been using wxwidgets 2.9.5 for several months and
> have compiled/run wxwidgets 3.0 (including different pre-release
> versions) without issues.
>
>
It should work, but since I only own a rather antique Mac mini I don't
regularly use it and so my testing on it is minimal. However, besides the
rather odd (to me at least) mac "app" structure there's no reason why wxLua
would not work as well on OSX as on MSW or Linux.



> > I tried compile from source and run wxWindows 3.0.0, wxLua 2.8.12.3 on
> > OS X 10.8.5 (XCode 5.0.2). The actual compile went fine
> >
> >   cd wxWidgets-3.0.0
> >   ./configure --prefix=/usr/local
> >   make
> >   sudo make install
> >   cd ../wxLua-2.8.12.3-src
> >   mkdir obj ; cd obj
> >   cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local ..
> >   make
> >   sudo make install
>


Did you follow these directions to build wxWidgets?

http://wxlua.sourceforge.net/docs/install.html#C2.6

If these are not the best way, please let me know and I will amend the
directions.

>
> > Crashed Thread:  0  Dispatch queue: com.apple.main-thread
> >
> > Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
> > Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8
> >
> > VM Regions Near 0xfffffffffffffff8:
> > --> shared memory          00007ffffff3b000-00007ffffff3c000 [    4K]
> r-x/r-x SM=SHM
> >
> > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> > 0   libwx_baseu-3.0.dylib          0x000000010da5332f (anonymous
> namespace)::wxFileSystemObjectExists(wxString const&, int) + 367
> > 1   libwx_baseu-3.0.dylib          0x000000010da53139
> wxFileName::FileExists() const + 57
> > 2   libwx_baseu-3.0.dylib          0x000000010da23f36
> wxFileConfig::Init() + 1718
>
>
This should definitely not happen and seems like it may not be related to
wxLua. Is there something special about the path? The wxLua executable
tries to open a config file in your "user config dir" to load previous
window settings and simple stuff like that.

Note that the wxLua.app program is simply samples/editor.wx.lua embedded in
the executable.

You can also run it this way:

open -a wxLua --args editor.wx.lua

Here's where the fileconfig is created...

http://sourceforge.net/p/wxlua/svn/HEAD/tree/trunk/wxLua/samples/editor.wx.lua#l185

When I can get some time I will try to build it on OSX and see what happens.

Regards,
    John

Re: [wxlua-users] Referencing objects

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

On Sun, Nov 17, 2013 at 9:21 AM, Andreas Falkenhahn
<an...@fa...>wrote:

> Hi,
>
> what's the recommended way to prevent objects from being garbage collected?
> For example, I create a wxImageList and pass it to
> wxNotebook::SetImageList().
> As wxNotebook::SetImageList() doesn't take ownership of the list it could
> happen that the garbage collector kills the wxImageList that I passed to
> SetImageList().
>
> To prevent it from being collected I could assign the wxImageList to a
> global
> variable but that doesn't look like a nice solution.... it would be nicer
> if it were possible to reference the wxImageList somehow but I don't see
> how this is possible. wxObject has a Ref() method but that doesn't seem to
> be up for the job.
>
>

You're right, wxObject::Ref() is not what you want, in wxLua it will cause
a memory leak unless you remember to call UnRef() on it.

The best way is to either make it a global or attach the image list to some
other object that will live at least as long as the window it's attached
to.

You can also simply add it to the window itself.

local notebook = wx.wxNotebook(...)
local imagelist = wx.wxImageList(...)

notebook.imagelist = imagelist -- it is now a member of the notebook's table
notebook.SetImageList(imagelist)

Regards,
    John

Re: [wxlua-users] four tabs one in each cornerwithwxAuiNotebook:Split()

[Victor B. <so...@te...>]

Hello John

>It looks like wxTabFrame is not exposed though any header file. 

It is defined in auibook.cpp:2799 (2.8.12) (should it be a header file?)

victor

[wxlua-users] Referencing objects

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

Hi,

what's the recommended way to prevent objects from being garbage collected?
For example, I create a wxImageList and pass it to wxNotebook::SetImageList().
As wxNotebook::SetImageList() doesn't take ownership of the list it could
happen that the garbage collector kills the wxImageList that I passed to 
SetImageList().

To prevent it from being collected I could assign the wxImageList to a global
variable but that doesn't look like a nice solution.... it would be nicer
if it were possible to reference the wxImageList somehow but I don't see
how this is possible. wxObject has a Ref() method but that doesn't seem to
be up for the job. 

Any hints?

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

Re: [wxlua-users] wxWindows 3.0.0, wxLua 2.8.12.3 and OS X?

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

Hi Kent,

I just compiled my wxlua based application with wxwidgets 3.0 couple
of days ago and haven't seen any issues/crashes yet. I'll try to run
the samples tomorrow (don't have access to my MacBook right now) to
check if there are any issues with them.

> - Is this setup supposed to work at all, i.e. wxLua with wxWindows 3?

I'd say so. I've been using wxwidgets 2.9.5 for several months and
have compiled/run wxwidgets 3.0 (including different pre-release
versions) without issues.

> How do I run the samples on OS X? I don't have a "wxLua" exe, but a
>  "wxLua.app". I tried "open -a wxLua bindings.wx.lua" when this
>  still did not crash, but the sample program argument seemed to be
>   ignored.

You should be able to pass parameters after "--args", so it should probably be:

open -a wxLua --args bindings.wx.lua

You should also be able to use a "normal" lua interpreter and
libwx.dylib (or whatever the default name for wxlua library is).

Paul

ZeroBrane Studio - slick Lua IDE/editor/debugger for Windows, OSX, and
Linux - http://studio.zerobrane.com/

On Sat, Nov 16, 2013 at 5:11 PM, Kent Boortz <ken...@or...> wrote:
>
> Hi,
>
> I tried compile from source and run wxWindows 3.0.0, wxLua 2.8.12.3 on
> OS X 10.8.5 (XCode 5.0.2). The actual compile went fine
>
>   cd wxWidgets-3.0.0
>   ./configure --prefix=/usr/local
>   make
>   sudo make install
>   cd ../wxLua-2.8.12.3-src
>   mkdir obj ; cd obj
>   cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local ..
>   make
>   sudo make install
>
> I'm a bit puzzled how to run the samples, but for some minutes doing
> "open -a wxLua" kind of did work. It did display some sort of
> editor/debugger or something (I could not figure out how to run the
> samples from it). But then running "wxLua" stopped working and crash
> each time I try run it. Crash report for the crashing thread included
> below.
>
> My questions are
>
>  - Is this setup supposed to work at all, i.e. wxLua with wxWindows 3?
>
>  - If supposed to work, did I configure it wrong?
>
>  - If not supposed to work, any hope of a wxLua that works with
>    wxWindwows 3 any time soon?
>
>  - How do I run the samples on OS X? I don't have a "wxLua" exe, but a
>    "wxLua.app". I tried "open -a wxLua bindings.wx.lua" when this
>    still did not crash, but the sample program argument seemed to be
>    ignored.
>
> kent
>
>
> Process:         wxLua [64176]
> Path:            /Users/USER/*/wxLua.app/Contents/MacOS/wxLua
> Identifier:      ???
> Version:         2.8.12.3 (2.8.12.3)
> Code Type:       X86-64 (Native)
> Parent Process:  launchd [212]
> User ID:         501
>
> Date/Time:       2013-11-17 02:00:18.564 +0100
> OS Version:      Mac OS X 10.8.5 (12F45)
> Report Version:  10
>
> Interval Since Last Report:          1434861 sec
> Crashes Since Last Report:           13
> Per-App Interval Since Last Report:  181 sec
> Per-App Crashes Since Last Report:   10
> Anonymous UUID:                      344778B4-77CB-BE9D-2088-1E8765A77BDC
>
> Crashed Thread:  0  Dispatch queue: com.apple.main-thread
>
> Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8
>
> VM Regions Near 0xfffffffffffffff8:
> --> shared memory          00007ffffff3b000-00007ffffff3c000 [    4K] r-x/r-x SM=SHM
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   libwx_baseu-3.0.dylib          0x000000010da5332f (anonymous namespace)::wxFileSystemObjectExists(wxString const&, int) + 367
> 1   libwx_baseu-3.0.dylib          0x000000010da53139 wxFileName::FileExists() const + 57
> 2   libwx_baseu-3.0.dylib          0x000000010da23f36 wxFileConfig::Init() + 1718
> 3   libwx_baseu-3.0.dylib          0x000000010da2a658 wxFileConfig::wxFileConfig(wxString const&, wxString const&, wxString const&, wxString const&, long, wxMBConv const&) + 1128
> 4   libwxlua_bind-wxosx_cocoaud-2.8.12.3.dylib        0x000000010c08ea03 wxLua_wxFileConfig_constructor(lua_State*) + 499 (wxbase_config.cpp:877)
> 5   libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c8f0479 wxlua_callOverloadedFunction(lua_State*) + 233 (wxlbind.cpp:434)
> 6   libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c8f1323 wxlua_wxLuaBindMethod_table__call(lua_State*) + 35 (wxlbind.cpp:350)
> 7   libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b7ece luaD_precall + 1006 (ldo.c:320)
> 8   libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9cad3d luaV_execute + 7613 (lvm.c:591)
> 9   libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b8712 luaD_call + 178 (ldo.c:379)
> 10  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b1a5f f_call + 47 (lapi.c:801)
> 11  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b7569 luaD_rawrunprotected + 105 (ldo.c:119)
> 12  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b8b7a luaD_pcall + 122 (ldo.c:464)
> 13  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b19de lua_pcall + 174 (lapi.c:821)
> 14  libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c90f84f wxLuaState::LuaPCall(int, int) + 255 (wxlstate.cpp:2988)
> 15  libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c90fe2f wxLuaState::RunBuffer(char const*, unsigned long, wxString const&, int) + 479 (wxlstate.cpp:2938)
> 16                                                    0x000000010be89d44 wxLuaStandaloneApp::OnInit() + 4292 (wxlua.cpp:294)
> 17  libwx_osx_cocoau_core-3.0.dylib                   0x000000010d2f29a4 wxApp::CallOnInit() + 68
> 18  libwx_baseu-3.0.dylib                             0x000000010da6fba7 wxEntry(int&, wchar_t**) + 119
> 19                                                    0x000000010be88ab6 main + 38 (wxlua.cpp:118)
> 20  libdyld.dylib                                     0x00007fff8dccc7e1 start + 1
>
>
> --
> Kent Boortz, Release Staff engineer
> Oracle, The MySQL Team
> Mobile: +46 76 77 69 049
>
> ------------------------------------------------------------------------------
> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> Free app hosting. Or install the open source package on any LAMP server.
> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

[wxlua-users] wxWindows 3.0.0, wxLua 2.8.12.3 and OS X?

[Kent B. <ken...@or...>]

Hi,

I tried compile from source and run wxWindows 3.0.0, wxLua 2.8.12.3 on
OS X 10.8.5 (XCode 5.0.2). The actual compile went fine

  cd wxWidgets-3.0.0
  ./configure --prefix=/usr/local
  make
  sudo make install
  cd ../wxLua-2.8.12.3-src
  mkdir obj ; cd obj
  cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local ..
  make
  sudo make install

I'm a bit puzzled how to run the samples, but for some minutes doing
"open -a wxLua" kind of did work. It did display some sort of
editor/debugger or something (I could not figure out how to run the
samples from it). But then running "wxLua" stopped working and crash
each time I try run it. Crash report for the crashing thread included
below.

My questions are

 - Is this setup supposed to work at all, i.e. wxLua with wxWindows 3? 

 - If supposed to work, did I configure it wrong?

 - If not supposed to work, any hope of a wxLua that works with
   wxWindwows 3 any time soon?

 - How do I run the samples on OS X? I don't have a "wxLua" exe, but a
   "wxLua.app". I tried "open -a wxLua bindings.wx.lua" when this
   still did not crash, but the sample program argument seemed to be
   ignored.

kent


Process:         wxLua [64176]
Path:            /Users/USER/*/wxLua.app/Contents/MacOS/wxLua
Identifier:      ???
Version:         2.8.12.3 (2.8.12.3)
Code Type:       X86-64 (Native)
Parent Process:  launchd [212]
User ID:         501

Date/Time:       2013-11-17 02:00:18.564 +0100
OS Version:      Mac OS X 10.8.5 (12F45)
Report Version:  10

Interval Since Last Report:          1434861 sec
Crashes Since Last Report:           13
Per-App Interval Since Last Report:  181 sec
Per-App Crashes Since Last Report:   10
Anonymous UUID:                      344778B4-77CB-BE9D-2088-1E8765A77BDC

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8

VM Regions Near 0xfffffffffffffff8:
--> shared memory          00007ffffff3b000-00007ffffff3c000 [    4K] r-x/r-x SM=SHM  

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libwx_baseu-3.0.dylib          0x000000010da5332f (anonymous namespace)::wxFileSystemObjectExists(wxString const&, int) + 367
1   libwx_baseu-3.0.dylib          0x000000010da53139 wxFileName::FileExists() const + 57
2   libwx_baseu-3.0.dylib          0x000000010da23f36 wxFileConfig::Init() + 1718
3   libwx_baseu-3.0.dylib          0x000000010da2a658 wxFileConfig::wxFileConfig(wxString const&, wxString const&, wxString const&, wxString const&, long, wxMBConv const&) + 1128
4   libwxlua_bind-wxosx_cocoaud-2.8.12.3.dylib        0x000000010c08ea03 wxLua_wxFileConfig_constructor(lua_State*) + 499 (wxbase_config.cpp:877)
5   libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c8f0479 wxlua_callOverloadedFunction(lua_State*) + 233 (wxlbind.cpp:434)
6   libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c8f1323 wxlua_wxLuaBindMethod_table__call(lua_State*) + 35 (wxlbind.cpp:350)
7   libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b7ece luaD_precall + 1006 (ldo.c:320)
8   libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9cad3d luaV_execute + 7613 (lvm.c:591)
9   libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b8712 luaD_call + 178 (ldo.c:379)
10  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b1a5f f_call + 47 (lapi.c:801)
11  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b7569 luaD_rawrunprotected + 105 (ldo.c:119)
12  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b8b7a luaD_pcall + 122 (ldo.c:464)
13  libwxlua_lua51-wxosx_cocoaud-2.8.12.3.dylib       0x000000010c9b19de lua_pcall + 174 (lapi.c:821)
14  libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c90f84f wxLuaState::LuaPCall(int, int) + 255 (wxlstate.cpp:2988)
15  libwxlua-wxosx_cocoaud-2.8.12.3.dylib             0x000000010c90fe2f wxLuaState::RunBuffer(char const*, unsigned long, wxString const&, int) + 479 (wxlstate.cpp:2938)
16                                                    0x000000010be89d44 wxLuaStandaloneApp::OnInit() + 4292 (wxlua.cpp:294)
17  libwx_osx_cocoau_core-3.0.dylib                   0x000000010d2f29a4 wxApp::CallOnInit() + 68
18  libwx_baseu-3.0.dylib                             0x000000010da6fba7 wxEntry(int&, wchar_t**) + 119
19                                                    0x000000010be88ab6 main + 38 (wxlua.cpp:118)
20  libdyld.dylib                                     0x00007fff8dccc7e1 start + 1


-- 
Kent Boortz, Release Staff engineer
Oracle, The MySQL Team
Mobile: +46 76 77 69 049

Re: [wxlua-users] Manual delete on wx

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

On 15.11.2013 at 23:37 John Labenski wrote:

> On Fri, Nov 15, 2013 at 5:34 PM, Andreas Falkenhahn <an...@fa...>wrote:
>  
> On 15.11.2013 at 23:28 John Labenski wrote:
>  
 >> You are supposed to use myButton:Destroy() to let wxWidgets
 >> properly delete it. The delete() function is available only for
 >> objects that are not owned by something else. It works on wxRects
 >> for example, but all wxWindows are supposed to be owned by their parent.
>  
>  Ok, but is myButton:Destroy() really equivalent to doing a "delete myButton"
>  in C++? I ask because I'm porting some C++ code to wxLua and the code
>  often deletes and then re-creates the button and I'm trying to imitate
>  this behaviour in wxLua....
>  





> Your C++ code is doing the wrong thing, the wxWidgets manual
> explicitly ask you to use Destroy() and not delete. You can call
> Show(false) if you want to make sure it is immediately hidden from the user (if necessary).
>  
> http://docs.wxwidgets.org/trunk/classwx_window.html#a6bf0c5be864544d9ce0560087667b7fc

Ok.... but it's strange that the code I'm talking about is actually official example code
by the wxWidgets authors! I'm talking about the Widgets Demo from this page:

http://www.wxwidgets.org/downloads/demos.htm

(second demo from the top)

It uses delete on the objects all the time... strange...

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

Re: [wxlua-users] Manual delete on wx

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

On Fri, Nov 15, 2013 at 5:34 PM, Andreas Falkenhahn
<an...@fa...>wrote:

> On 15.11.2013 at 23:28 John Labenski wrote:
>
> > You are supposed to use myButton:Destroy() to let wxWidgets
> > properly delete it. The delete() function is available only for
> > objects that are not owned by something else. It works on wxRects
> > for example, but all wxWindows are supposed to be owned by their parent.
>
> Ok, but is myButton:Destroy() really equivalent to doing a "delete
> myButton"
> in C++? I ask because I'm porting some C++ code to wxLua and the code
> often deletes and then re-creates the button and I'm trying to imitate
> this behaviour in wxLua....
>
>
Your C++ code is doing the wrong thing, the wxWidgets manual explicitly ask
you to use Destroy() and not delete. You can call Show(false) if you want
to make sure it is immediately hidden from the user (if necessary).

http://docs.wxwidgets.org/trunk/classwx_window.html#a6bf0c5be864544d9ce0560087667b7fc

Regards,
    John

Re: [wxlua-users] Manual delete on wx

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

On 15.11.2013 at 23:28 John Labenski wrote:

> On Fri, Nov 15, 2013 at 4:23 PM, Andreas Falkenhahn <an...@fa...>wrote:
>  
> Hi,
>  
>  how is manual delete supposed to work in wxLua? I tried to call
>  
>  myButton = wx.wxButton(....)
>  myButton:delete()
>  




> You are supposed to use myButton:Destroy() to let wxWidgets
> properly delete it. The delete() function is available only for
> objects that are not owned by something else. It works on wxRects
> for example, but all wxWindows are supposed to be owned by their parent.

Ok, but is myButton:Destroy() really equivalent to doing a "delete myButton"
in C++? I ask because I'm porting some C++ code to wxLua and the code
often deletes and then re-creates the button and I'm trying to imitate
this behaviour in wxLua....

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

Re: [wxlua-users] Manual delete on wx

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

On Fri, Nov 15, 2013 at 4:23 PM, Andreas Falkenhahn
<an...@fa...>wrote:

> Hi,
>
> how is manual delete supposed to work in wxLua? I tried to call
>
> myButton = wx.wxButton(....)
> myButton:delete()
>
>
You are supposed to use myButton:Destroy() to let wxWidgets properly delete
it. The delete() function is available only for objects that are not owned
by something else. It works on wxRects for example, but all wxWindows are
supposed to be owned by their parent.

Regards,
     John

[wxlua-users] Manual delete on wx

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

Hi,

how is manual delete supposed to work in wxLua? I tried to call

myButton = wx.wxButton(....)
myButton:delete()

but I got the error:

[string "untitled.lua*"]:2: wxLua: Unable to call wxuserdata:delete() on object!
Function called: 'delete(userdata)'
01. wxEvtHandler::delete(wxEvtHandler(self))

Am I missing something here or is this a bug?

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

Re: [wxlua-users] revision 222

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

On Wed, Nov 13, 2013 at 10:12 AM, Andre Arpin <ar...@ki...> wrote:

> Using wxWidgets-2.9.4
> cannot compile get errors
>
> ex:
>
> wxbase_file.cpp(6907): error C2065: 'wxFSWWarningType' : undeclared
> identifier
>
> wxbase_file.cpp(7170): error C2039: 'AddAny' : is not a member of
> 'wxMSWFileSystemWatcher'
>
> are you using wxWidgets versio 3.0?
>
>
>
I use various svn trunk versions, probably all > 2.9.4. I will check in a
fix for it.

In the meantime you can simply rem out the C++ code that makes the call and
make the function return 0, just don't call that function.

Regards,
    John

[wxlua-users] revision 222

[Andre A. <ar...@ki...>]

Using wxWidgets-2.9.4
cannot compile get errors

ex:

wxbase_file.cpp(6907): error C2065: 'wxFSWWarningType' : undeclared identifier

wxbase_file.cpp(7170): error C2039: 'AddAny' : is not a member of 
'wxMSWFileSystemWatcher'

are you using wxWidgets versio 3.0?


Andre

Re: [wxlua-users] four tabs one in each corner withwxAuiNotebook:Split()

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

On Wed, Oct 23, 2013 at 1:50 AM, Paul K <pau...@ya...> wrote:

> Hi John/Victor,
>
> I've seen suggested patches (like this one:
> http://www.kirix.com/forums/viewtopic.php?f=15&t=542#p1479), but they
> have never made it into the library. It *may* be possible to reproduce
> the same logic that is used when this is done manually, but
> unfortunately, I don't see a way to get access to wxAuiTabCtrl that is
> needed for this manipulation.
>
>
I don't know why these patches never made it into wxWidgets, but earlier
this year there was more talk about updating wxAui on the wx-dev mailing
list and I think saving the perspective was part of it. I don't know what
came of it though.


John, a side note; it's a shame that there doesn't seem to be a way to
> get wxAuiTabCtrl from wxAuiNotebook. The only way I found was through
>

If this is part of the C++ api I can add it for sure, it is?


> panes = nbmgr:GetAllPanes()
> tabframe = panes:Item(1).window:DynamicCast("wxTabFrame") -- this
> should work, but fails with "Cannot cast a wxLua type 'wxWindow' with
> wxClassInfo 'wxWindow' to a 'wxTabFrame'".
>
>
It looks like wxTabFrame is not exposed though any header file.


> It would be great to have access to FindTab, which returns both the
> tab control and tab index for the page in that control, but it's
> marked as protected:
>
> protected:
>    bool FindTab(wxWindow* page, wxAuiTabCtrl** ctrl, int* idx);
>
> What are your thoughts on exposing protected classes in the wxlua API?
> There are two more in that category wxStat and wxLstat that I'd love
> to have in wxlua.
>
>
It is unfortunately not really possible to expose these in a generic way.
wxLua can compile against a system installed copy of wxWidgets and we can't
expect people to be able to change "protected:" to "public:". There really
isn't a viable way to do this in C++ that isn't a complete hack that will
just lead to frustrating people with compilation errors.

A quick google search hints that wxPython has implemented this, how did
they do it?

Regards,
    John

Re: [wxlua-users] four tabs one in each corner withwxAuiNotebook:Split()

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

Hi John/Victor,

I think I tried this method a while ago, but I couldn't make the forth
tab to form a square: if you split it RIGHT, it would take its own
column and if you split it BOTTOM, it would take its own row. It's
possible to position them manually, but I couldn't find a way to do
this programmatically (and there is no SavePerspective in
wxAuiNotebook), so I put it on the back burner.

I've seen suggested patches (like this one:
http://www.kirix.com/forums/viewtopic.php?f=15&t=542#p1479), but they
have never made it into the library. It *may* be possible to reproduce
the same logic that is used when this is done manually, but
unfortunately, I don't see a way to get access to wxAuiTabCtrl that is
needed for this manipulation.

John, a side note; it's a shame that there doesn't seem to be a way to
get wxAuiTabCtrl from wxAuiNotebook. The only way I found was through
capturing TAB events like wxEVT_COMMAND_AUINOTEBOOK_TAB_RIGHT_UP and
then using event:GetEventObject():DynamicCast("wxAuiTabCtrl"), but
this doesn't work in all other normal cases.

I think I got close by using this sequence:

nbmgr = notebook:GetAuiManager() -- note that wxAuiNotebook has its
own AuiManager that manages its tabs as panes; you can actually
save/restore its perspective this way, but it doesn't work in all
cases.
panes = nbmgr:GetAllPanes()
tabframe = panes:Item(1).window:DynamicCast("wxTabFrame") -- this
should work, but fails with "Cannot cast a wxLua type 'wxWindow' with
wxClassInfo 'wxWindow' to a 'wxTabFrame'".

It would be great to have access to FindTab, which returns both the
tab control and tab index for the page in that control, but it's
marked as protected:

protected:
   bool FindTab(wxWindow* page, wxAuiTabCtrl** ctrl, int* idx);

What are your thoughts on exposing protected classes in the wxlua API?
There are two more in that category wxStat and wxLstat that I'd love
to have in wxlua.

FWIW, you can actually play with this quite easily from Local console
in ZBS; open four tabs and then try:

> notebook = ide.frame.notebook
> notebook:Split(0, wx.wxRIGHT)
> notebook:Split(1, wx.wxBOTTOM)
> notebook:Split(3, wx.wxRIGHT)

You can also get access to AuiManager: mgr = ide.frame.uimgr.

Paul.