On Mon, Mar 21, 2011 at 09:23:37PM +0100, Johannes Hofmann wrote:
On Mon, Mar 21, 2011 at 08:20:07PM +0100, Johannes Hofmann wrote:
Hi Jorge,
On Wed, Mar 16, 2011 at 09:44:00PM -0300, Jorge Arellano Cid wrote:
Hi there,
Please help me with this one.
Attached goes a small program that shows what may be a bug in fltk-1.3:
* resize the window back and forth and both "Group 1" and "Group 2" keep their heights. OK here. * With a small window, hide "Group 2" and resize to a big window, then show "Group 2". It grew while hidden!?
My doubts are:
Is this intended or a bug? If not a bug, how is the desired behaviour suppossed to be implemented?
I know an ugly way to workaround it (used with the findbar), but, if it's a bug, I'd prefer to have it fixed, and to keep the code clean.
What do you think?
Your test program shows even weirder behaviour with dwm here. Initially the buttons are not visible and then scale in strange ways. I think this is because dwm is resizing the window as it is created.
I suggest we don't use Fl_Pack and make our own solution. I will try to get something running.
Please check the attached modified version of your test program. Does the CustPack class solve your problem?
It's quite similar to current CustGroup, the good news is that resizing the hidden widgets to 0,0 avoids Fl_Group resizing them later! Now we don't have to remove/re-add them to the group. This may be our workaround (not as hackish as current code). I was thinking of fullscreen mode, and having to remove groups of widgets to avoid the hidden resize. I'll forward the email to Matthias Melcher, because I still can't believe the current resize behaviour is intended. -- Cheers Jorge.-