Discussion:
wxStaticBox 3.0.0 issues under GTK2,
Steve Cookson
2014-05-27 09:29:24 UTC
Permalink
Hi Guys,

In a similar way that issues with wxSTaticText (and some other controls,
that I now can't find) have been reported, wxStaticBox 3.0.0 is also
giving some issues under GTK2,

$frame->{staticbox} = Wx::StaticBox->new($frame, wxID_ANY,
__t("User logon/out") );
$frame->{Sizer}= Wx::StaticBoxSizer->new($frame->{staticbox},
wxHORIZONTAL);

The box label is centered and vertically offset, rather than being left
justfied and in-line with the box.

When I used sizer->Add (wxStaticText,0,wxEXPAND,0), it was all over the
place, when I took out the wxEXPAND, it was better, but still not right.

The other thing I would say is that the colour of the box-fill is also
being rendered differently.

I'll try to post some sample code later on today.

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson
2014-05-27 18:38:47 UTC
Permalink
Hi Guys,
Post by Steve Cookson
I'll try to post some sample code later on today.
Ok, this is what I produced using wxperl_demo.pl freely available from cpan (sudo cpan -i Wx::Demo):

2.8.11:Loading Image...
3.0.0:Loading Image...

As you will see, under 3.0.0, the static box is really a shaded area and
the title is on the line below the edge of the box. It is also centred.

Whilst I can live with the different colours, the different space
utilisation will need to be retested and in some case modified to adjust
it to fit the new layout.

Is this what was planned?

Actually, even some way, like a style flag, to left-justify it would help.

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson
2014-05-28 08:54:00 UTC
Permalink
Hi Guys,
Post by Steve Cookson
the different space
utilisation will need to be retested and in some case modified to adjust
it to fit the new layout.
Actually, this is quite extensive. I often cluster controls in a
groupbox (StaticBox), especially things like radiobuttons and
checkboxes. It looks like quite a bit of work.

All my group boxes are now space compromised, with the title of the
StaticBox partially obscured by the subsequent controls.

Does anyone have any thoughts about this?

What about if I upgrade to gtk3, has anyone tried this?

Regards,

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson - gmail
2014-06-04 22:30:08 UTC
Permalink
Hi Guys,
Post by Steve Cookson
Ok, this is what I produced using wxperl_demo.pl freely available
2.8.11:http://oi62.tinypic.com/20jk0t3.jpg
3.0.0:http://oi58.tinypic.com/2jfxhrm.jpg
As you will see, under 3.0.0, the static box is really a shaded area and
the title is on the line below the edge of the box. It is also centred.
I haven't managed to get the 3.0 branch installed, so I reversed up to
2.9.4, but the static box problem is the same. When did the StaticBox
layout problem arise. Should I just stay with 2.8.11 until 3.0.1 comes out?

Regards

Steve
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson
2014-06-06 13:50:17 UTC
Permalink
Hi Guys,

Well regarding the static box issue.

This is what wxStaticBox looked like under 2.8.11
Post by Steve Cookson
2.8.11:http://oi62.tinypic.com/20jk0t3.jpg
which is what I would like to get back to.

Because of the format of the version numbers and the way of accessing
branch 3.0 versus 3.0.0 in wxPerl, I have not been able to install
wxPerl for widgets 3.0 branch without hacking wxPerl. As this will be
necessary anyway under 3.0.1, I propose to leave it until then.

As a workaround I created a subdirectory with 3.0.0, baselined it with
git and then overwrote it with 3.0 branch. Then I looked for files
called statbox which had changed.

gtk/statbox.cpp has this extra code in it:

void wxStaticBox::GetBordersForSizer(int *borderTop, int *borderOther) const
{
- *borderTop = GetCharHeight();
- *borderOther = GetCharWidth()/2;
+ GtkAllocation alloc, child_alloc;
+ gtk_widget_get_allocation(m_widget, &alloc);
+ const int w_save = alloc.width;
+ const int h_save = alloc.height;
+ if (alloc.width < 50) alloc.width = 50;
+ if (alloc.height < 50) alloc.height = 50;
+ gtk_widget_set_allocation(m_widget, &alloc);
+
+
GTK_FRAME_GET_CLASS(m_widget)->compute_child_allocation(GTK_FRAME(m_widget),
&child_alloc);
+
+ alloc.width = w_save;
+ alloc.height = h_save;
+ gtk_widget_set_allocation(m_widget, &alloc);
+
+ *borderTop = child_alloc.y - alloc.y;
+ *borderOther = child_alloc.x - alloc.x;
}

It looks like something to scale the box, not something to align the
title, which is what the problem is. However, I patched my statbox.cpp
file and recompiled. No change.

Here is the new style. See that the title is now centred and lower, not
Post by Steve Cookson
Post by Steve Cookson
3.0.0:http://oi58.tinypic.com/2jfxhrm.jpg
As you will see, under 3.0.0, the static box is really a shaded area
and
Post by Steve Cookson
the title is on the line below the edge of the box. It is also
centred.
I haven't managed to get the 3.0 branch installed, so I reversed up to
2.9.4, but the static box problem is the same.
So I don't think this problem has been resolved.

What do you think?

Do people use static box? If so how did you get around it, or did to
build it that way from the beginning?

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Vadim Zeitlin
2014-06-06 15:18:51 UTC
Permalink
On Fri, 06 Jun 2014 14:50:17 +0100 Steve Cookson wrote:

SC> Because of the format of the version numbers and the way of accessing
SC> branch 3.0 versus 3.0.0 in wxPerl, I have not been able to install
SC> wxPerl for widgets 3.0 branch without hacking wxPerl.

I really don't understand why. So you're getting some deprecated warnings,
how does it prevent you from building 3.0.1?

SC> As a workaround I created a subdirectory with 3.0.0, baselined it with
SC> git and then overwrote it with 3.0 branch. Then I looked for files
SC> called statbox which had changed.

It's possible that the fixes were not limited to this file. AFAIK Paul did
fix the problem, if it still doesn't work for you, please:

1. Build wxWidgets manually using the standard build instructions.
2. Build any sample using wxStaticBox, e.g. widgets one.
3. Check if it works.

Regards,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/
Steve Cookson - gmail
2014-06-06 16:27:29 UTC
Permalink
Hi Vadim,
Post by Vadim Zeitlin
It's possible that the fixes were not limited to this file. AFAIK Paul did
1. Build wxWidgets manually using the standard build instructions.
2. Build any sample using wxStaticBox, e.g. widgets one.
3. Check if it works.
Ok, great idea. I'll do it.

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson - gmail
2014-06-06 16:35:50 UTC
Permalink
Hi Vadim,
Post by Vadim Zeitlin
I really don't understand why. So you're getting some deprecated warnings,
how does it prevent you from building 3.0.1?
The deprecated warning don't, that was an aside.

Alien-wxWidgets requires a certain format of version number and a valid
version number.

So it must be one of '2.8.10', '2.8.11', '2.8.12', '2.9.0', '2.9.1',
'2.9.2', '2.9.3', '2.9.4', '3.0.0'.

3.0.1 is not allowed, nor is 3.0 or 3_0, so unless I try to trick it, it
doesn't work. That was why I applied the statbox.cpp patch.

However, when 3.0.1 comes out, it'll need to be fixed anyway. The patch
is not too hard for the Mac and Linux, but more complicated for
windows. I'll test the patch on Linux and then see if I can get someone
else on wxPerl to test the windows. I'll come back here if I get onto
difficulties.

I'll check the sample and get back to you.

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson - gmail
2014-06-06 17:10:57 UTC
Permalink
Hi Vadim,
Post by Vadim Zeitlin
1. Build wxWidgets manually using the standard build instructions.
2. Build any sample using wxStaticBox, e.g. widgets one.
3. Check if it works.
Ok, great test. But it demonstrates that the problem has not been
fixed. See here:

http://tinypic.com/usermedia.php?uo=fNkd6hpTbcPpu6DWwFAs2oh4l5k2TGxc#.U5H0KXKVthE
Post by Vadim Zeitlin
2.8.11:http://oi62.tinypic.com/20jk0t3.jpg
This is what I will do to work around it:

- Subclass Wx::StaticBox to Wx::MyStaticBox or something

- Create an empty Wx::StaticBox and superimpose a Wx::StaticText label
over it with a grey background.

/Et voilĂ /, we have the 2.8.11 StaticBox.

Actually, a bug fix might work the same way.

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Vadim Zeitlin
2014-06-06 18:33:17 UTC
Permalink
On Fri, 06 Jun 2014 18:10:57 +0100 Steve Cookson - gmail wrote:

SCg> On 06/06/14 16:18, Vadim Zeitlin wrote:
SCg> > 1. Build wxWidgets manually using the standard build instructions.
SCg> > 2. Build any sample using wxStaticBox, e.g. widgets one.
SCg> > 3. Check if it works.
SCg> Ok, great test. But it demonstrates that the problem has not been
SCg> fixed. See here:
SCg>
SCg> http://tinypic.com/usermedia.php?uo=fNkd6hpTbcPpu6DWwFAs2oh4l5k2TGxc#.U5H0KXKVthE

It's a pity that you decided to test with the controls sample and not the
widgets one. The controls sample creates the "children" of the static box
as its siblings actually, I wonder if things work better if they're created
as its children, as they're supposed to. So could you please either edit
the controls sample code to do it like this or test with the widgets
sample?

FWIW I found the relevant bug, it's http://trac.wxwidgets.org/ticket/15872
and I'm rather confident that if Paul wrote that he fixed it, he must have
tested it and it must have worked for him. If you do still see the bug when
creating the controls as static box children, please reopen this ticket.

Thanks,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/
Steve Cookson - gmail
2014-06-06 18:45:30 UTC
Permalink
Hi Vadim,
Post by Vadim Zeitlin
It's a pity that you decided to test with the controls sample and not the
widgets one. The controls sample creates the "children" of the static box
as its siblings actually, I wonder if things work better if they're created
as its children, as they're supposed to. So could you please either edit
the controls sample code to do it like this or test with the widgets
sample?
That was the only sample that I could find. I looked for a staticbox
sample and there wasn't one.

Ok "widgets" found it. Here is the sample:

http://tinypic.com/usermedia.php?uo=fNkd6hpTbcPCgNAYU5Nexoh4l5k2TGxc#.U5ILrHKVthE

Interesting that you can see both constructs. "Title" style and
"Border" style.

I also create items as siblings, I'll try children.

Regards

Steve.

PS I recall that the doc says that they should be created as siblings,
but it is certainly more intuitive to create items as children.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Jan Engelhardt
2014-06-06 19:09:26 UTC
Permalink
PS I recall that the doc says that they should be created as siblings, but it
is certainly more intuitive to create items as children.
For 2.9 and up, it's supposed to be children rather than siblings.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson - gmail
2014-06-06 22:17:40 UTC
Permalink
Hi Vadim,
Post by Vadim Zeitlin
I wonder if things work better if they're created
as its children, as they're supposed to. So could you please either edit
the controls sample code to do it like this or test with the widgets
sample?
FWIW I found the relevant bug, it'shttp://trac.wxwidgets.org/ticket/15872
and I'm rather confident that if Paul wrote that he fixed it, he must have
tested it and it must have worked for him. If you do still see the bug when
creating the controls as static box children, please reopen this ticket.
Well I've had a look around. It seems to me that the titles in the
static boxes in the sample have been created with string parameter of
the StaticBoxSizer class and not the StaticBox class. The
children/siblings thing doesn't seem to make any difference at this
stage. Maybe it helps with the destructor.

I built the Widgets sample and there is a mixture of boxes some that
have working titles and some that don't. It's a bit hard cross-checking
between the displayed screen and the sample because all the functions
are in different files.

I'd like it if someone could confirm my findings.

Regards,

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson
2014-06-07 08:06:43 UTC
Permalink
Hi Guys,
It seems to me that the titles in the static boxes in the sample have
been created with string parameter of the StaticBoxSizer class and not
the StaticBox class.
Just a quick update. Here is a native linux box setting access
permissdions. It seems to use a StaticBox.

http://tinypic.com/usermedia.php?uo=fNkd6hpTbcNdoF338bRnM4h4l5k2TGxc#.U5LEs3KVthE

It looks like they are native StaticBoxes, done the same way as 3.0.0!

So there are a number of occasions where this occurs apart from
StaticBox, like other clustered controls, eg a RadioCtrl (is that what
it is called?), and checkboxes. So maybe this is the correct way.

It seems that Linux has changed and that there is a negative impact on
space utlisation.

However, that means that StaticBoxSizer is the exception and it looks a
bit hand-drawn and imperfect.

They are certainly not consistent with one another.

Maybe I (we) need to live the current StaticBox and raise a ticket for
StaticBoxSizer.

Do you agree?

Regards

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Igor Korot
2014-06-07 08:19:19 UTC
Permalink
Hi, Steve,
Post by Steve Cookson
Hi Guys,
It seems to me that the titles in the static boxes in the sample have been
created with string parameter of the StaticBoxSizer class and not the
StaticBox class.
Just a quick update. Here is a native linux box setting access
permissdions. It seems to use a StaticBox.
http://tinypic.com/usermedia.php?uo=fNkd6hpTbcNdoF338bRnM4h4l5k2TGxc#.U5LEs3KVthE
It looks like they are native StaticBoxes, done the same way as 3.0.0!
So there are a number of occasions where this occurs apart from StaticBox,
like other clustered controls, eg a RadioCtrl (is that what it is called?),
and checkboxes. So maybe this is the correct way.
It seems that Linux has changed and that there is a negative impact on space
utlisation.
However, that means that StaticBoxSizer is the exception and it looks a bit
hand-drawn and imperfect.
They are certainly not consistent with one another.
Maybe I (we) need to live the current StaticBox and raise a ticket for
StaticBoxSizer.
Do you agree?
Which OS do you test under? Which GTK+ version?

Thank you.
Post by Steve Cookson
Regards
Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.
or visit http://groups.google.com/group/wx-users
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson
2014-06-07 09:10:44 UTC
Permalink
Hi Igor,
Post by Igor Korot
Which OS do you test under? Which GTK+ version?
I'm on Kubuntu 14.04 LTS and gtk2. And when I installed 2.9.4, I
encountered the same layout issues. I haven't tried 2.8.11.

Regards,

Steve.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Vadim Zeitlin
2014-06-07 12:52:05 UTC
Permalink
On Fri, 06 Jun 2014 23:17:40 +0100 Steve Cookson - gmail wrote:

SCg> Well I've had a look around. It seems to me that the titles in the
SCg> static boxes in the sample have been created with string parameter of
SCg> the StaticBoxSizer class and not the StaticBox class.

Just to be clear: there is *no* difference between creating wxStaticBox
directly and using wxStaticBoxSizer(int, wxWindow*, wxString) ctor which
does exactly the same thing, i.e. creates a wxStaticBox.

There clearly is a difference between wxStaticBox (used for "Flags" and
"Filters" in your screenshot) and wxRadioBox (containing "open" and "save"
buttons).

I don't know why does this happen though, the implementation of both
classes is quite similar, the main difference I can see is that we do
gtk_frame_set_label_align(0, 0.5) for wxStaticBox but not for wxRadioBox.
I wonder if this could explain it...


SCg> The children/siblings thing doesn't seem to make any difference at
SCg> this stage.

Are you sure about this? I'd be curious to see an example of both side by
side.

SCg> Maybe it helps with the destructor.

What do you mean?

SCg> I built the Widgets sample and there is a mixture of boxes some that
SCg> have working titles and some that don't. It's a bit hard cross-checking
SCg> between the displayed screen and the sample because all the functions
SCg> are in different files.
SCg>
SCg> I'd like it if someone could confirm my findings.

I still don't have Ubuntu 14.04 here so I can't test this unfortunately. I
will install it sooner or later but not right now.

Regards,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/
Steve Cookson - gmail
2014-06-07 13:56:35 UTC
Permalink
Post by Vadim Zeitlin
SCg> Maybe it helps with the destructor.
What do you mean?
When you destroy an item its children are destroyed too but its siblings
are not.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson
2014-06-10 10:54:06 UTC
Permalink
Hi People,
Well, I don't think I can afford to spend any more time on this. If
this is the new Linux/Ubuntu/KDE look and feel I'll go with it, although
I do have a sort of attachment to the old MSW GroupBox style StaticBox.
Post by Vadim Zeitlin
SCg> The children/siblings thing doesn't seem to make any difference at
SCg> this stage.
Are you sure about this? I'd be curious to see an example of both side by
side.
Below I have posted some wxPerl code that produced this:

http://tinypic.com/usermedia.php?uo=fNkd6hpTbcOBYGP6kePD9Ih4l5k2TGxc#.U5bjBXKVthE

Unless I have missed something silly, I think the code conforms to
standards.

However I am surprised by two things.

1) The need for this line (delete it and it doesn't work).

$i_Main_Menu->{Main_Menu_Logon_Group_Sbx}->SetSizer($i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr});

2) The need for the sizer to be specified ([300,200]). Replacing it with
wxDefaultSize and it also doesn't work.

Code follows.

Regards

Steve

#!/usr/bin/perl -w --

########################################################################################
#
# Main calling module.
#
########################################################################################

package i_Mage;
use Wx qw[:everything];
use Wx::Event qw( EVT_MENU );

use base qw(Wx::Frame);
use strict;
use warnings;


sub new {
my( $i_Main_Menu, $parent, $id, $title, $pos, $size, $style, $name
) = @_;
$parent = undef unless defined $parent;
$id = wxID_ANY unless defined $id;
$title = "" unless defined $title;
$pos = wxDefaultPosition unless defined $pos;
$size = wxDefaultSize unless defined $size;
$name = "" unless defined $name;

$style = wxNO_BORDER unless defined $style;
$i_Main_Menu = $i_Main_Menu->SUPER::new( $parent, $id, $title,
wxDefaultPosition, [300,200], $style, $name );

$i_Main_Menu->{Main_Menu_Sizer}= Wx::BoxSizer->new(wxVERTICAL);
$i_Main_Menu->SetSizer($i_Main_Menu->{Main_Menu_Sizer});

$i_Main_Menu->{Main_Menu_Panel}=Wx::Panel->new($i_Main_Menu, wxID_ANY,
wxDefaultPosition, [300,200],);
$i_Main_Menu->{Main_Menu_Sizer}->Add($i_Main_Menu->{Main_Menu_Panel}, 0,
0, 5);

$i_Main_Menu->{Main_Menu_Logon_Group_Sbx} =
Wx::StaticBox->new($i_Main_Menu->{Main_Menu_Panel}, wxID_ANY, ("User
logon/out"),wxDefaultPosition, [300,200] );
$i_Main_Menu->{Main_Menu_Logon_Group_Sbx}->SetLabel(("User
logon/out (logged in: ") . ("none") . ")");
$i_Main_Menu->{Main_Menu_SBox_Szr}=
Wx::StaticBoxSizer->new($i_Main_Menu->{Main_Menu_Logon_Group_Sbx},
wxHORIZONTAL);
$i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr} =
Wx::FlexGridSizer->new(2, 2, 5, 5);
$i_Main_Menu->{Main_Menu_SBox_Szr}->Add($i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr},
0, 0, 5);

$i_Main_Menu->{User_Id_Lbl} =
Wx::StaticText->new($i_Main_Menu->{Main_Menu_Logon_Group_Sbx}, wxID_ANY,
("User"), wxDefaultPosition, wxDefaultSize, wxALIGN_RIGHT);
$i_Main_Menu->{User_Id_Txt} =
Wx::TextCtrl->new($i_Main_Menu->{Main_Menu_Logon_Group_Sbx}, wxID_ANY,
"", wxDefaultPosition, wxDefaultSize, );
$i_Main_Menu->{User_Password_Lbl} =
Wx::StaticText->new($i_Main_Menu->{Main_Menu_Logon_Group_Sbx}, wxID_ANY,
("Password"), wxDefaultPosition, wxDefaultSize, );
$i_Main_Menu->{User_Password_Txt} =
Wx::TextCtrl->new($i_Main_Menu->{Main_Menu_Logon_Group_Sbx}, wxID_ANY,
"", wxDefaultPosition, wxDefaultSize, wxTE_PASSWORD);

$i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr}->Add($i_Main_Menu->{User_Id_Lbl},
0, 0, 5);
$i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr}->Add($i_Main_Menu->{User_Id_Txt},
0, 0, 5);
$i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr}->Add($i_Main_Menu->{User_Password_Lbl},
0, 0, 5);
$i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr}->Add($i_Main_Menu->{User_Password_Txt},
0, 0, 5);

##########################################################################################################
$i_Main_Menu->{Main_Menu_Logon_Group_Sbx}->SetSizer($i_Main_Menu->{Main_Menu_Panel_Flex_Grid_Szr});
##########################################################################################################
$i_Main_Menu->Layout();
return $i_Main_Menu;
}

1;

package i_Mage_Main_App;

use base qw(Wx::App);
use strict;

sub OnInit {
my( $self ) = shift;

my $i_Mage = i_Mage->new();

$self->SetTopWindow($i_Mage);
$i_Mage->Show(1);

return 1;
}
# end of class i_Mage_Main_App

package main;

unless(caller){

my $gl_i_Mage_app = i_Mage_Main_App->new();
$gl_i_Mage_app->MainLoop();
}
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Steve Cookson - gmail
2014-06-10 11:01:01 UTC
Permalink
Post by Steve Cookson
2) The need for the sizer to be specified ([300,200]). Replacing it
with wxDefaultSize and it also doesn't work.
Sorry, I meant panel and staticbox.
--
Please read http://www.wxwidgets.org/support/mlhowto.htm before posting.

To unsubscribe, send email to wx-users+***@googlegroups.com
or visit http://groups.google.com/group/wx-users
Loading...