> Barry Branham wrote: > > > > Your easy solution worked. I didn't think of it because I was fixated on > > figuring out why the hidden sidebar's size should change in the first > > place. Still wondering about that. > > In FLTK 1.1 it doesn't matter, if a widget in a group is hidden or not, > resizing occurs independently of the widget's shown() state. I think > that FLTK 2.0 will do it the same way. Otherwise, hidden widgets would > change their places, if the window or group is being resized. > > If you wouldn't change any sizes when hiding the sidebar, everything > would be fine when showing it again (also without changing sizes), > after resizing the window. > > In your case, you modify the sizes of adjacent widgets after hiding > the sidebar group, and that makes things more difficult. If you > would also change the sidebar's width to 0 (maybe _instead_ of hiding > it), then it would be clear that you must also change its width > when "showing" it again. > > Albrecht
Didn't check forum after I got my app working. But now I see your reply (and all the rest). I'm still confused because I have the 'resizable' for the window set to the group on the right (not the sidebar). When the sidebar is visible and I resize the window horizontally the sidebar doesn't resize, the resizable does. But when the sidebar is hidden and the window is resized, then the sidebar did resize. For vertical resizing, I do have a resizable invisible box in the sidebar's group which is the sidebar group's resizable, but that complication shouldn't matter for just horizontal resizing. Barry _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
