[ wxwindows-Bugs-1540852 ] wxFlexGridSizer does not appear to respect minimum sizes

SourceForge.net noreply at sourceforge.net
Tue Aug 15 12:01:25 PDT 2006


Bugs item #1540852, was opened at 2006-08-15 12:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1540852&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Common
Group: Must fix
Status: Open
Resolution: None
Priority: 5
Submitted By: Hank Schultz (whschultz)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxFlexGridSizer does not appear to respect minimum sizes

Initial Comment:
Okay, I'm going to leave this one up to the experts.  Sorry, no patch 
included this time.

I've verified this issue in multiple samples on wxMac, and the reason I 
went looking was visible on wxMSW as well.

I think the best example of this issue is in the artprov sample.  Open the 
sample and then choose the resources browser from the file menu.  The 
window that opens looks fine.  If you make this window larger, it still 
looks fine.  However, if you make the window smaller than its original 
size, buttons and icons begin overlapping with the list.  As the window is 
made ever smaller, the list goes off both the bottom and right edges of 
the screen.

Similar behavior is also visible in the grid and controls samples.  There 
are more, but I'm not going through all of them just to find which ones 
are not working correctly.

Oddly, the flex sizer test in the layout sample works correctly.  As a 
result, I wouldn't really even know where to start, though the issue 
*appears* to be specifically related to flex sizers.  It may not be, though.

We originally found this issue in our program, but I noticed earlier today 
that the exact same behavior is exhibited in DialogBlocks with the original 
resource file.  I then went looking in the samples and found the behavior 
there too, so I have a suspicion this isn't my fault.  If I *did* program 
something incorrectly, there are apparently a lot of other people doing 
the same thing, so we probably still shouldn't all be blamed for screwing 
up.  After all, at some point you have to blame the implementation.  ;)  
(come on people...  laugh...)

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1540852&group_id=9863




More information about the wx-dev mailing list