On Tue, Oct 16, 2012 at 3:53 PM, Paul K 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
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
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.wx
On Sat, Oct 13, 2012 at 2:29 PM, Paul K 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.wxVE
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,
