[STR Closed w/o Resolution]

Link: http://www.fltk.org/str.php?L2130
Version: 1.1.9
Fix Version: Will Not Fix


Fixed in Subversion repository.

To the OP: The behavior you see happens, because you shrink the window too
much for the resizable to be visible at all. Its height becomes negative,
and this is undefined behavior. The correct solution for this is to set a
size_range() for the window that covers at least the range below and above
the resizeable widget (or left and right of it, resp.), so that this does
not get resized to a negative size. The fact that the Fl_Pack widget
disappears *suddenly* only has to do with its property to resize itself
always to the size of its children.

The proposed patch *MUST NOT* be applied, because Fl_Pack resizes itself
during drawing of its children, and clipping the children doesn't work,
because Fl_Pack can't know the real size in advance.

This, as well as the proposed "features" (Matt, Feb. 05, 2009) can't be
implemented in FLTK 1.1 because of implementation details (resizing of
widgets during draw()). I'll open another STR for "1.4".


Link: http://www.fltk.org/str.php?L2130
Version: 1.1.9
Fix Version: Will Not Fix

_______________________________________________
fltk-bugs mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-bugs

Reply via email to