wxlua-users — wxLua list for users and developers

Re: [wxlua-users] static_compilation_with_system_lua_r148

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

On Thu, Oct 18, 2012 at 5:06 AM, Konstantin <lal...@gm...> wrote:
> Now (at rev. 150) I have compilation errors:
>
> 1) /tmp/wxLua-r150/modules/wxstedit/src/stefindr.cpp:122:56: error: passing
> ‘const wxSTEditorFindReplaceData’ as ‘this’ argument of ‘const wxString&
> wxFindReplaceData::GetFindString()’ discards qualifiers
>
> 2) /tmp/wxLua-r150/apps/wxluaedit/wxluaedit.cpp:251:53: error:
> ‘STE_TOOLBAR_EDIT_FIND_CTRL’ was not declared in this scope
>
> If Line 130 in the file
> /tmp/wxLua-r150/modules/wxstedit/include/wx/stedit/stefindr.h changed to
> #if wxCHECK_VERSION(2,9,0)
> it fixes first error.)

Both fixed in SVN, thanks for reporting.

Regards,
    John

Re: [wxlua-users] At Revisions 150

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

On Thu, Oct 18, 2012 at 9:06 AM, Andre Arpin <ar...@ki...> wrote:
> encounter following problem:
>
> wxLua\Modules\LuaLibShared:
>   Deleting file
> "E:\programs\wxWidgets\wxlua\cmake\modules\lua\
> LuaLibShared.tmp_Release_Win32.vcproj".
> ..\..\..\modules\wxstedit\src\stefindr.cpp(122): error C2662:
> 'wxFindReplaceData::GetFindString' : cannot convert 'this' pointer from 'const
> wxSTEditorFindReplaceData' to 'wxFindReplaceData &'

Thanks for reporting. I assumed the const version was added by 2.9.0,
but it wasn't until 2.9.5.

Fixed in SVN.

Regards,
     John

[wxlua-users] At Revisions 150

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

encounter following problem:

wxLua\Modules\LuaLibShared:
  Deleting file 
"E:\programs\wxWidgets\wxlua\cmake\modules\lua\
LuaLibShared.tmp_Release_Win32.vcproj".
..\..\..\modules\wxstedit\src\stefindr.cpp(122): error C2662: 
'wxFindReplaceData::GetFindString' : cannot convert 'this' pointer from 'const 
wxSTEditorFindReplaceData' to 'wxFindReplaceData &'

dev studio 8
compiling in release mode

andre

Re: [wxlua-users] static_compilation_with_system_lua_r148

[Konstantin <lal...@gm...>]

COMPILATION ERRORS at rev. 150

I have
*wxWidgets 2.9.4
Linux
gcc 4.5.2*

Now (at rev. 150) I have compilation errors:

*1)* /tmp/wxLua-r150/modules/wxstedit/src/stefindr.cpp:122:56: error:
passing ‘const wxSTEditorFindReplaceData’ as ‘this’ argument of ‘const
wxString& wxFindReplaceData::GetFindString()’ discards qualifiers
*
2)* /tmp/wxLua-r150/apps/wxluaedit/wxluaedit.cpp:251:53: error:
‘STE_TOOLBAR_EDIT_FIND_CTRL’ was not declared in this scope

If Line 130 in the file
/tmp/wxLua-r150/modules/wxstedit/include/wx/stedit/stefindr.h changed to
*#if wxCHECK_VERSION(2,9,0)*
it fixes first error.)


Don't know about the second.


Regards, KOS.



2012/10/18 John Labenski <jla...@gm...>

> On Wed, Oct 17, 2012 at 3:47 AM, Konstantin <lal...@gm...> wrote:
> > Of course it must be linked with LuaLib even if you use system lua.
> > But then LuaLib must be defined in wxlua-config.cmake
> > It is not defined here... and you will have an error like "can't find
> > -lLuaLib" on Linux.
> >
> > Maybe i can define it by myself before calling find_package(wxLua
> REQUIRED
> > wxLuaLib wxLuaBindLib) in my CMakeLists
> > What do you think about?
>
> I think that for consistency the wxLuaConfig.cmake export file should
> include that information. There's nothing worse than linking to
> mismatched libs and having your app randomly crash.
>
> CMake does not allow exporting an imported lib, so I have written out
> the export by hand. Fixed in SVN, let me know if it doesn't work.
>
> Regards,
>     John
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Re: [wxlua-users] WxApp::FilterEvent available in wxlua?

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

Hi John,

> You should be able to call Connect() on the window you're interested
> in getting them from.
>
> window:Connect(wx.wxEVT_KEY_DOWN, Lua function)

I'm looking for reducing the number of windows to check as there are
many that can trigger those events. I tried attaching the handlers to
the main window, but I don't get the events I need. I think the
difference is that FilterEvent is called before any of the regular
handlers are called, but the handler that is attached to the main
window is called only if the event is propagated up the chain and it
depends on how that event is handled.

Paul.

On Wed, Oct 17, 2012 at 9:00 PM, John Labenski <jla...@gm...> wrote:
> On Wed, Oct 17, 2012 at 7:26 PM, Paul K <pau...@ya...> wrote:
>> Hi All,
>>
>> I've been looking for a way to process events globally in the app and
>> saw FilterEvent
>> (http://docs.wxwidgets.org/2.8/wx_wxapp.html#wxappfilterevent) offered
>> as one of the possible options to do this. Unfortunately all the
>> examples I saw were for C/C++ and I don't see it being used anywhere
>> in wxlua.
>>
>> Is there a way to use it with wxlua or an alternative way to at least
>> handle EVT_KEY_DOWN and EVT_MOTION events? Thank you.
>
> You should be able to call Connect() on the window you're interested
> in getting them from.
>
> window:Connect(wx.wxEVT_KEY_DOWN, Lua function)
>
> Regards,
>     John
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

Re: [wxlua-users] WxApp::FilterEvent available in wxlua?

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

On Wed, Oct 17, 2012 at 7:26 PM, Paul K <pau...@ya...> wrote:
> Hi All,
>
> I've been looking for a way to process events globally in the app and
> saw FilterEvent
> (http://docs.wxwidgets.org/2.8/wx_wxapp.html#wxappfilterevent) offered
> as one of the possible options to do this. Unfortunately all the
> examples I saw were for C/C++ and I don't see it being used anywhere
> in wxlua.
>
> Is there a way to use it with wxlua or an alternative way to at least
> handle EVT_KEY_DOWN and EVT_MOTION events? Thank you.

You should be able to call Connect() on the window you're interested
in getting them from.

window:Connect(wx.wxEVT_KEY_DOWN, Lua function)

Regards,
    John

Re: [wxlua-users] static_compilation_with_system_lua_r148

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

On Wed, Oct 17, 2012 at 3:47 AM, Konstantin <lal...@gm...> wrote:
> Of course it must be linked with LuaLib even if you use system lua.
> But then LuaLib must be defined in wxlua-config.cmake
> It is not defined here... and you will have an error like "can't find
> -lLuaLib" on Linux.
>
> Maybe i can define it by myself before calling find_package(wxLua REQUIRED
> wxLuaLib wxLuaBindLib) in my CMakeLists
> What do you think about?

I think that for consistency the wxLuaConfig.cmake export file should
include that information. There's nothing worse than linking to
mismatched libs and having your app randomly crash.

CMake does not allow exporting an imported lib, so I have written out
the export by hand. Fixed in SVN, let me know if it doesn't work.

Regards,
    John

[wxlua-users] WxApp::FilterEvent available in wxlua?

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

Hi All,

I've been looking for a way to process events globally in the app and
saw FilterEvent
(http://docs.wxwidgets.org/2.8/wx_wxapp.html#wxappfilterevent) offered
as one of the possible options to do this. Unfortunately all the
examples I saw were for C/C++ and I don't see it being used anywhere
in wxlua.

Is there a way to use it with wxlua or an alternative way to at least
handle EVT_KEY_DOWN and EVT_MOTION events? Thank you.

Paul.

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

Re: [wxlua-users] binding MACRO

[klaas.holwerda <ng...@kl...>]

On 10/16/2012 06:22 AM, John Labenski wrote:
>
> Are you using this  CMake generated file in your build?

I use CMake to build wxLua.
But not yet your wxlua-config.cmake scripts to use in my own software.
Instead i use something i already had in art2d.
Maybe i should give that another try, since the best place for these config scripts is of course 
inside wxLua itself.
As i can see down here ;-)

Will have a look if i can use your generated cmake config file, named right now ;-)*

*Thanks,

klaas
*
*
>
> build/buildwxLua-config.cmake
>
> At the bottom is a macro() you can call to "SETUP_wxLua" to work at
> the directory level or you can simply add the wxLua_CXX_DEFINITIONS to
> your target.
>
> # ---------------------------------------------------------------------------
> # Add the compiler flags in the variable wxLua_CXX_DEFINITIONS to your target
> # or call the SETUP_wxLua() macro in any directory that has targets that use the
> # macros in modules/wxbind/include/wxbinddefs.h to initialize the
> wxWidgets bindings.
> set(wxLua_CXX_DEFINITIONS
> "-DwxLUA_USEBINDING_WXGL=1;-DwxLUA_USEBINDING_WXSTC=1;-DwxLUA_USEBINDING_WXXRC=1;-DwxLUA_USEBINDING_WXRICHTEXT=1;-DwxLUA_USEBINDING_WXHTML=1;-DwxLUA_USEBINDING_WXMEDIA=1;-DwxLUA_USEBINDING_WXAUI=1;-DwxLUA_USEBINDING_WXADV=1;-DwxLUA_USEBINDING_WXCORE=1;-DwxLUA_USEBINDING_WXXML=1;-DwxLUA_USEBINDING_WXNET=1;-DwxLUA_USEBINDING_WXBASE=1")
> macro(SETUP_wxLua)
>      add_definitions(${wxLua_CXX_DEFINITIONS})
> endmacro(SETUP_wxLua)
>
>
> Are you already doing this or when you do use them does it work then,
> it should, since the WXLUA_IMPLEMENT_BIND_STD should configure itself
> based on these #defines.
>
> Note that I may eventually switch this over to an #include file since
> it does seem like a lot of command-line args to gcc to me.
>
> Regards,
>      John
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Re: [wxlua-users] static_compilation_with_system_lua_r148

[Konstantin <lal...@gm...>]

Hello, John!

Of course it must be linked with LuaLib even if you use* system lua*.
But then LuaLib must be defined in wxlua-config.cmake
It is not defined here... and you will have an error like "can't find
-lLuaLib" on Linux.

Maybe i can define it by myself before calling* find_package(wxLua REQUIRED
wxLuaLib wxLuaBindLib)* in my CMakeLists
What do you think about?

KOS

2012/10/17 John Labenski <jla...@gm...>

> On Tue, Oct 16, 2012 at 7:51 AM, Konstantin <lal...@gm...> wrote:
> >
> > Can't compile my app on Linux with wxLua at rev 148 with system lua, so
> I've
> > comment out one line and add four...
> > See patch below (in the attachment too)
> >
> ...
> > diff -rup wxLua-r148.orig/modules/CMakeLists.txt
> > wxLua-r148/modules/CMakeLists.txt
> > --- wxLua-r148.orig/modules/CMakeLists.txt    2012-10-05
> 08:25:42.000000000
> > +0400
> > +++ wxLua-r148/modules/CMakeLists.txt    2012-10-16 14:31:38.000000000
> +0400
> > @@ -250,7 +250,7 @@ ADD_LIBRARY_FULL( wxLuaLib
> >          ${wxLua_ROOT_DIR}/modules/wxlua/wxlstate.cpp
> >          ${wxLua_ROOT_DIR}/modules/wxlua/wxlua_bind.cpp
> >      LINK_LIBRARIES
> > -        LuaLib
> > +#        LuaLib
> >          ${wxWidgets_LIBRARIES}
> >      PROPERTIES DEFINE_SYMBOL "WXMAKINGDLL_WXLUA"
> >      PROPERTIES FOLDER "wxLua/Modules"
>
> What is the error and how are you building your app and wxLua,
> static/shared?
>
> In general, wxLuaLib needs to link to Lua since it depends on it and I
> would suspect that simply removing it would break most other build
> types.
>
> Regards,
>     John
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Re: [wxlua-users] Checkboxes don't react to clicks in editor.wx.lua on Mac OSX [fixed]

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

On Tue, Oct 16, 2012 at 3:53 PM, Paul K <pau...@ya...> wrote:
> In the best tradition of answering my own question, the solution was
> easy: create wxStaticBox (or wxStaticBoxSizer) *before* checkboxes are
> created.
>
> There seems to be a bug (or feature) in how the order in event
> traversal is handled and if the staticbox is created after the
> checkboxes, none of the checkboxes get their events on OSX (you can
> still click on the area of the checkbox label if it sticks outside of
> the static box).

The wxStaticBox used to be a little bit of an oddity in that it really
is a container, but you don't add the children to it. In 2.9 the items
inside of it will be added as children of the static box as you would
for a wxPanel.

That was a good find!

Thanks,
    John

Re: [wxlua-users] wxLua-config.cmake should be renamed

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

On Tue, Oct 16, 2012 at 8:16 AM, Konstantin <lal...@gm...> wrote:
> CMAKE on case-sensitive Linux...
>
> find_package command in cmake:
>
> The command searches for a file called "<name>Config.cmake" or
> "<lower-case-name>-config.cmake" for each name specified.
>
> So, it should be renamed to wxLuaConfig.cmake or wxlua-config.cmake, I
> think.

Thanks, I almost got it right... Fixed in SVN.

Regards,
    John

Re: [wxlua-users] static_compilation_with_system_lua_r148

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

On Tue, Oct 16, 2012 at 7:51 AM, Konstantin <lal...@gm...> wrote:
>
> Can't compile my app on Linux with wxLua at rev 148 with system lua, so I've
> comment out one line and add four...
> See patch below (in the attachment too)
>
...
> diff -rup wxLua-r148.orig/modules/CMakeLists.txt
> wxLua-r148/modules/CMakeLists.txt
> --- wxLua-r148.orig/modules/CMakeLists.txt    2012-10-05 08:25:42.000000000
> +0400
> +++ wxLua-r148/modules/CMakeLists.txt    2012-10-16 14:31:38.000000000 +0400
> @@ -250,7 +250,7 @@ ADD_LIBRARY_FULL( wxLuaLib
>          ${wxLua_ROOT_DIR}/modules/wxlua/wxlstate.cpp
>          ${wxLua_ROOT_DIR}/modules/wxlua/wxlua_bind.cpp
>      LINK_LIBRARIES
> -        LuaLib
> +#        LuaLib
>          ${wxWidgets_LIBRARIES}
>      PROPERTIES DEFINE_SYMBOL "WXMAKINGDLL_WXLUA"
>      PROPERTIES FOLDER "wxLua/Modules"

What is the error and how are you building your app and wxLua, static/shared?

In general, wxLuaLib needs to link to Lua since it depends on it and I
would suspect that simply removing it would break most other build
types.

Regards,
    John

Re: [wxlua-users] Checkboxes don't react to clicks in editor.wx.lua on Mac OSX [fixed]

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

In the best tradition of answering my own question, the solution was
easy: create wxStaticBox (or wxStaticBoxSizer) *before* checkboxes are
created.

There seems to be a bug (or feature) in how the order in event
traversal is handled and if the staticbox is created after the
checkboxes, none of the checkboxes get their events on OSX (you can
still click on the area of the checkbox label if it sticks outside of
the static box).

Paul.

On Tue, Oct 16, 2012 at 11:27 AM, Paul K <pau...@ya...> wrote:
> Hi John,
>
> Ok, I narrowed it down to a problem with wxStaticBoxSizer as the
> following short script shows (this is with wxlua 2.8.12.1 and
> wxwidgets 2.8.12 running on OSX10.7.4):
>
> require "wx"
> local findDialog = wx.wxFrame( wx.NULL, wx.wxID_ANY, "Checkbox in sizer demo",
>   wx.wxDefaultPosition, wx.wxDefaultSize, wx.wxDEFAULT_FRAME_STYLE)
> local wholeWordCheckBox  = wx.wxCheckBox(findDialog, wx.wxID_ANY,
> "Match &whole word")
> local matchCaseCheckBox  = wx.wxCheckBox(findDialog, wx.wxID_ANY, "Match &case")
> local wrapAroundCheckBox = wx.wxCheckBox(findDialog, wx.wxID_ANY,
> "Wrap ar&ound")
>
> local optionSizer = wx.wxBoxSizer(wx.wxVERTICAL, findDialog)
> optionSizer:Add(matchCaseCheckBox,  0, wx.wxALL + wx.wxGROW + wx.wxCENTER, 3)
> optionSizer:Add(wrapAroundCheckBox, 0, wx.wxALL + wx.wxGROW + wx.wxCENTER, 3)
>
> local optionsSizer = wx.wxStaticBoxSizer(wx.wxVERTICAL, findDialog,
> "Options" ) --<-- change to wxBoxSizer to fix
> optionsSizer:Add(optionSizer, 0, 0, 5)
>
> local optionScopeSizer = wx.wxBoxSizer(wx.wxHORIZONTAL)
> optionScopeSizer:Add(optionsSizer, 0, wx.wxALL + wx.wxGROW + wx.wxCENTER, 5)
> optionScopeSizer:SetSizeHints(findDialog)
> findDialog:SetSizer(optionScopeSizer)
> findDialog:Show(true)
> wx.wxGetApp():MainLoop()
>
> Replacing wxStaticBoxSizer with wxBoxSizer fixes the issue (but
> obviously changes the layout of the form). The problem is only on OSX
> (Windows and Linux show no issue) and it seems like it's a wxwidgets
> issue, but I can't find anything about it online, so I'm not 100%
> sure.
>
> I'm looking for a fix/workaround. Is there an easy way to check what
> object gets those clicks and to propagate the clicks to my checkboxes?
>
> Paul.
>
> On Sat, Oct 13, 2012 at 11:29 AM, Paul K <pau...@ya...> wrote:
>> Hi John,
>>
>> I think it's indeed a sizer-related issue; for example, if I comment
>> out the following in the editor.wx.lua example, then one of the
>> checkboxes works, (it is in the top left corner):
>>
>>     local optionSizer = wx.wxBoxSizer(wx.wxVERTICAL, findDialog)
>>     --optionSizer:Add(wholeWordCheckBox,  0, wx.wxALL + wx.wxGROW +
>> wx.wxCENTER, 3)
>>     optionSizer:Add(matchCaseCheckBox,  0, wx.wxALL + wx.wxGROW +
>> wx.wxCENTER, 3)
>>     optionSizer:Add(wrapAroundCheckBox, 0, wx.wxALL + wx.wxGROW +
>> wx.wxCENTER, 3)
>>     optionSizer:Add(regexCheckBox,      0, wx.wxALL + wx.wxGROW +
>> wx.wxCENTER, 3)
>>
>> Any idea on how to fix this?
>>
>> Paul.
>>
>> On Sat, Oct 13, 2012 at 11:07 AM, Paul K <pau...@ya...> wrote:
>>> Hi John,
>>>
>>> One of the users noticed that checkboxes in Find/Replace dialogs in
>>> ZeroBraneStudio don't react to clicks on Mac OSX; I tested
>>> Find/Replace dialog in your editor.wx.lua sample and it shows exactly
>>> the same issue (using wxlua 2.8.12.1). Other checkboxes (for examples
>>> in controls.wx.lua) work as expected, so I think it's not wxCheckBox
>>> problem. I suspect it's some sort of interaction between sizers and
>>> controls (and only on Mac OSX as both Windows and Linux versions work
>>> correctly). Radioboxes on the same panel also work correctly. Any help
>>> or ideas to test would be appreciated.
>>>
>>> Paul.

Re: [wxlua-users] Checkboxes don't react to clicks in editor.wx.lua on Mac OSX

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

Hi John,

Ok, I narrowed it down to a problem with wxStaticBoxSizer as the
following short script shows (this is with wxlua 2.8.12.1 and
wxwidgets 2.8.12 running on OSX10.7.4):

require "wx"
local findDialog = wx.wxFrame( wx.NULL, wx.wxID_ANY, "Checkbox in sizer demo",
  wx.wxDefaultPosition, wx.wxDefaultSize, wx.wxDEFAULT_FRAME_STYLE)
local wholeWordCheckBox  = wx.wxCheckBox(findDialog, wx.wxID_ANY,
"Match &whole word")
local matchCaseCheckBox  = wx.wxCheckBox(findDialog, wx.wxID_ANY, "Match &case")
local wrapAroundCheckBox = wx.wxCheckBox(findDialog, wx.wxID_ANY,
"Wrap ar&ound")

local optionSizer = wx.wxBoxSizer(wx.wxVERTICAL, findDialog)
optionSizer:Add(matchCaseCheckBox,  0, wx.wxALL + wx.wxGROW + wx.wxCENTER, 3)
optionSizer:Add(wrapAroundCheckBox, 0, wx.wxALL + wx.wxGROW + wx.wxCENTER, 3)

local optionsSizer = wx.wxStaticBoxSizer(wx.wxVERTICAL, findDialog,
"Options" ) --<-- change to wxBoxSizer to fix
optionsSizer:Add(optionSizer, 0, 0, 5)

local optionScopeSizer = wx.wxBoxSizer(wx.wxHORIZONTAL)
optionScopeSizer:Add(optionsSizer, 0, wx.wxALL + wx.wxGROW + wx.wxCENTER, 5)
optionScopeSizer:SetSizeHints(findDialog)
findDialog:SetSizer(optionScopeSizer)
findDialog:Show(true)
wx.wxGetApp():MainLoop()

Replacing wxStaticBoxSizer with wxBoxSizer fixes the issue (but
obviously changes the layout of the form). The problem is only on OSX
(Windows and Linux show no issue) and it seems like it's a wxwidgets
issue, but I can't find anything about it online, so I'm not 100%
sure.

I'm looking for a fix/workaround. Is there an easy way to check what
object gets those clicks and to propagate the clicks to my checkboxes?

Paul.

On Sat, Oct 13, 2012 at 11:29 AM, Paul K <pau...@ya...> wrote:
> Hi John,
>
> I think it's indeed a sizer-related issue; for example, if I comment
> out the following in the editor.wx.lua example, then one of the
> checkboxes works, (it is in the top left corner):
>
>     local optionSizer = wx.wxBoxSizer(wx.wxVERTICAL, findDialog)
>     --optionSizer:Add(wholeWordCheckBox,  0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>     optionSizer:Add(matchCaseCheckBox,  0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>     optionSizer:Add(wrapAroundCheckBox, 0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>     optionSizer:Add(regexCheckBox,      0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>
> Any idea on how to fix this?
>
> Paul.
>
> On Sat, Oct 13, 2012 at 11:07 AM, Paul K <pau...@ya...> wrote:
>> Hi John,
>>
>> One of the users noticed that checkboxes in Find/Replace dialogs in
>> ZeroBraneStudio don't react to clicks on Mac OSX; I tested
>> Find/Replace dialog in your editor.wx.lua sample and it shows exactly
>> the same issue (using wxlua 2.8.12.1). Other checkboxes (for examples
>> in controls.wx.lua) work as expected, so I think it's not wxCheckBox
>> problem. I suspect it's some sort of interaction between sizers and
>> controls (and only on Mac OSX as both Windows and Linux versions work
>> correctly). Radioboxes on the same panel also work correctly. Any help
>> or ideas to test would be appreciated.
>>
>> Paul.

[wxlua-users] wxLua-config.cmake should be renamed

[Konstantin <lal...@gm...>]

*CMAKE on case-sensitive Linux...



find_package* command in cmake:

The command searches for a file called "<name>Config.cmake" or
"<lower-case-name>-config.cmake" for each name specified.

So, it should be renamed to *wxLuaConfig.cmake* or *wxlua-config.cmake*, I
think.


Best wishes...

KOS

Re: [wxlua-users] binding MACRO

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

On Mon, Oct 15, 2012 at 5:36 PM, klaas.holwerda <ng...@kl...> wrote:
> Hi,
>
> Lately i need to outcomment
> WXLUA_IMPLEMENT_BIND_STD
>
> and replace it by:
>      WXLUA_IMPLEMENT_BIND_WXLUA
>      WXLUA_IMPLEMENT_BIND_WXBASE
>      WXLUA_IMPLEMENT_BIND_WXCORE
>
> else i get errors like this:
>
> Linking CXX executable maskproc
> CMakeFiles/maskproc.dir/maskprocmain.cpp.o: In function `MyApp::OnInit()':
> maskprocmain.cpp:(.text+0x2330): undefined reference to `wxLuaBinding_wxadv_init()'
> maskprocmain.cpp:(.text+0x2335): undefined reference to `wxLuaBinding_wxnet_init()'
> collect2: ld returned 1 exit status
> make[2]: *** [src/maskproc] Error 1
> make[1]: *** [src/CMakeFiles/maskproc.dir/all] Error 2
> make: *** [all] Error 2

Are you using this  CMake generated file in your build?

build/buildwxLua-config.cmake

At the bottom is a macro() you can call to "SETUP_wxLua" to work at
the directory level or you can simply add the wxLua_CXX_DEFINITIONS to
your target.

# ---------------------------------------------------------------------------
# Add the compiler flags in the variable wxLua_CXX_DEFINITIONS to your target
# or call the SETUP_wxLua() macro in any directory that has targets that use the
# macros in modules/wxbind/include/wxbinddefs.h to initialize the
wxWidgets bindings.
set(wxLua_CXX_DEFINITIONS
"-DwxLUA_USEBINDING_WXGL=1;-DwxLUA_USEBINDING_WXSTC=1;-DwxLUA_USEBINDING_WXXRC=1;-DwxLUA_USEBINDING_WXRICHTEXT=1;-DwxLUA_USEBINDING_WXHTML=1;-DwxLUA_USEBINDING_WXMEDIA=1;-DwxLUA_USEBINDING_WXAUI=1;-DwxLUA_USEBINDING_WXADV=1;-DwxLUA_USEBINDING_WXCORE=1;-DwxLUA_USEBINDING_WXXML=1;-DwxLUA_USEBINDING_WXNET=1;-DwxLUA_USEBINDING_WXBASE=1")
macro(SETUP_wxLua)
    add_definitions(${wxLua_CXX_DEFINITIONS})
endmacro(SETUP_wxLua)


Are you already doing this or when you do use them does it work then,
it should, since the WXLUA_IMPLEMENT_BIND_STD should configure itself
based on these #defines.

Note that I may eventually switch this over to an #include file since
it does seem like a lot of command-line args to gcc to me.

Regards,
    John

Re: [wxlua-users] Checkboxes don't react to clicks in editor.wx.lua on Mac OSX

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

On Sat, Oct 13, 2012 at 2:29 PM, Paul K <pau...@ya...> wrote:
> Hi John,
>
> I think it's indeed a sizer-related issue; for example, if I comment
> out the following in the editor.wx.lua example, then one of the
> checkboxes works, (it is in the top left corner):
>
>     local optionSizer = wx.wxBoxSizer(wx.wxVERTICAL, findDialog)
>     --optionSizer:Add(wholeWordCheckBox,  0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>     optionSizer:Add(matchCaseCheckBox,  0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>     optionSizer:Add(wrapAroundCheckBox, 0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>     optionSizer:Add(regexCheckBox,      0, wx.wxALL + wx.wxGROW +
> wx.wxCENTER, 3)
>
> Any idea on how to fix this?

Sorry no, I may have some time tomorrow night to look at it. What
version of wxWidgets are you using?

Regards,
    John

Re: [wxlua-users] wxlua docs up-to-date? (Windows)

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

On Fri, Oct 12, 2012 at 12:03 PM, Mike Parr <mik...@li...> wrote:
> I installed  the 5.1Windows exe Lua install.  This has wxlua inside, yes?
> There is only one lua.exe in my Lua install, at the top level
> (in the 5.1 folder).  There is no other lua.exe inside any wxlua directories.
>
> The program that runs when I click on a wx wxample is wlua.exe,
> again in the 5.1 directory.  There is no other wlua.exe in my install.
>
> Anyway... can I assume that this is OK?  For wlua.exe (no 'dos' window
> shown)  and lua.exe (dos window).

I am not sure how it was built and what is in the LuaForWindows
package nor what it wlua.exe. I assume that lua.exe is simply the Lua
executable, but I have not looked into it.

I create these:
http://sourceforge.net/projects/wxlua/files/wxlua/

If the LuaForWindows package works for you, that should be fine.

Regards,
    John

[wxlua-users] binding MACRO

[klaas.holwerda <ng...@kl...>]

Hi,

Lately i need to outcomment
WXLUA_IMPLEMENT_BIND_STD

and replace it by:
     WXLUA_IMPLEMENT_BIND_WXLUA
     WXLUA_IMPLEMENT_BIND_WXBASE
     WXLUA_IMPLEMENT_BIND_WXCORE

else i get errors like this:

Linking CXX executable maskproc
CMakeFiles/maskproc.dir/maskprocmain.cpp.o: In function `MyApp::OnInit()':
maskprocmain.cpp:(.text+0x2330): undefined reference to `wxLuaBinding_wxadv_init()'
maskprocmain.cpp:(.text+0x2335): undefined reference to `wxLuaBinding_wxnet_init()'
collect2: ld returned 1 exit status
make[2]: *** [src/maskproc] Error 1
make[1]: *** [src/CMakeFiles/maskproc.dir/all] Error 2
make: *** [all] Error 2


It looks like something is not rightly configured for WXLUA_IMPLEMENT_BIND_STD.
I do not have the media library enabled in wxWidgets.
Maybe that is causing it.
This is on redhat6 with 2.9.4 of wx.

Regards,

Klaas

Re: [wxlua-users] Checkboxes don't react to clicks in editor.wx.lua on Mac OSX

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

Hi John,

I think it's indeed a sizer-related issue; for example, if I comment
out the following in the editor.wx.lua example, then one of the
checkboxes works, (it is in the top left corner):

    local optionSizer = wx.wxBoxSizer(wx.wxVERTICAL, findDialog)
    --optionSizer:Add(wholeWordCheckBox,  0, wx.wxALL + wx.wxGROW +
wx.wxCENTER, 3)
    optionSizer:Add(matchCaseCheckBox,  0, wx.wxALL + wx.wxGROW +
wx.wxCENTER, 3)
    optionSizer:Add(wrapAroundCheckBox, 0, wx.wxALL + wx.wxGROW +
wx.wxCENTER, 3)
    optionSizer:Add(regexCheckBox,      0, wx.wxALL + wx.wxGROW +
wx.wxCENTER, 3)

Any idea on how to fix this?

Paul.

On Sat, Oct 13, 2012 at 11:07 AM, Paul K <pau...@ya...> wrote:
> Hi John,
>
> One of the users noticed that checkboxes in Find/Replace dialogs in
> ZeroBraneStudio don't react to clicks on Mac OSX; I tested
> Find/Replace dialog in your editor.wx.lua sample and it shows exactly
> the same issue (using wxlua 2.8.12.1). Other checkboxes (for examples
> in controls.wx.lua) work as expected, so I think it's not wxCheckBox
> problem. I suspect it's some sort of interaction between sizers and
> controls (and only on Mac OSX as both Windows and Linux versions work
> correctly). Radioboxes on the same panel also work correctly. Any help
> or ideas to test would be appreciated.
>
> Paul.

[wxlua-users] Checkboxes don't react to clicks in editor.wx.lua on Mac OSX

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

Hi John,

One of the users noticed that checkboxes in Find/Replace dialogs in
ZeroBraneStudio don't react to clicks on Mac OSX; I tested
Find/Replace dialog in your editor.wx.lua sample and it shows exactly
the same issue (using wxlua 2.8.12.1). Other checkboxes (for examples
in controls.wx.lua) work as expected, so I think it's not wxCheckBox
problem. I suspect it's some sort of interaction between sizers and
controls (and only on Mac OSX as both Windows and Linux versions work
correctly). Radioboxes on the same panel also work correctly. Any help
or ideas to test would be appreciated.

Paul.

Re: [wxlua-users] wxlua docs up-to-date? (Windows)

[Mike P. <mik...@li...>]

Paul K <paulclinger@...> writes:

> 
> Hi Mike,
 > I can tell you to the best of my knowledge ZeroBrane Studio IDE
> doesn't change file associations.
> 
> Paul.
> 
> On Fri, Oct 12, 2012 at 3:38 AM, Mike Parr <mikeparr@...> wrote:
> >
> >
> > Thanks for your detailed reply, John.  I understand.  In particular,
> >  I will want to create standalone wx exe files, and I see elsewhere
> > that it can be done.
> >
> > To reply to your questions, yes, I'm using Windows 7.
> > The Lua version was from the main lua site, ans is:
> > LuaForWindows_v5.1.4-46.exe
  
> >
> >  

Hi John and Paul
I thought I was OK, but  after reading John's detailed info, I'm not so sure!

I'm OK with changing associations on Windows of course - if I need to, but
here is my confusion.  John says:
> 'I DO recommend running the wxLua samples using the lua.exe that is
> provided by the wxLua binary packages since it is definitely binary
> compatible with wx.dll.'

I installed  the 5.1Windows exe Lua install.  This has wxlua inside, yes?
There is only one lua.exe in my Lua install, at the top level 
(in the 5.1 folder).  There is no other lua.exe inside any wxlua directories.

The program that runs when I click on a wx wxample is wlua.exe, 
again in the 5.1 directory.  There is no other wlua.exe in my install.

Anyway... can I assume that this is OK?  For wlua.exe (no 'dos' window
shown)  and lua.exe (dos window).
Best wishes
Mike
------------------------------------------------------------------------------
 

Re: [wxlua-users] wxlua docs up-to-date? (Windows)

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

Hi Mike,

> BUT another thing that I did was to install the ZeroBrane IDE before running the wx examples.  Maybe this changes the associated program for .wlua files  (which incidentally appears as 'Lua Windows Standalone Interpreter' on my system.)

I can tell you to the best of my knowledge ZeroBrane Studio IDE
doesn't change file associations.

Paul.

On Fri, Oct 12, 2012 at 3:38 AM, Mike Parr <mik...@li...> wrote:
>
>
> Thanks for your detailed reply, John.  I understand.  In particular,
>  I will want to create standalone wx exe files, and I see elsewhere
> that it can be done.
>
> To reply to your questions, yes, I'm using Windows 7.
> The Lua version was from the main lua site, ans is:
> LuaForWindows_v5.1.4-46.exe
>
> BUT another thing that I did was to install the ZeroBrane IDE before
>  running the
> wx examples.  Maybe this changes the associated program for .wlua files
>   (which incidentally appears as 'Lua Windows Standalone Interpreter'
>  on my system.)
> Thanks
> Mike
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

Re: [wxlua-users] wxlua docs up-to-date? (Windows)

[Mike P. <mik...@li...>]

  
Thanks for your detailed reply, John.  I understand.  In particular,
 I will want to create standalone wx exe files, and I see elsewhere 
that it can be done.

To reply to your questions, yes, I'm using Windows 7.
The Lua version was from the main lua site, ans is:  
LuaForWindows_v5.1.4-46.exe

BUT another thing that I did was to install the ZeroBrane IDE before
 running the
wx examples.  Maybe this changes the associated program for .wlua files
  (which incidentally appears as 'Lua Windows Standalone Interpreter'
 on my system.)
Thanks
Mike