DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2251 Version: 1.4-feature I'm posting this STR as a follow-up for STR #2130, so that some details won't be forgotten. In STR #2130 <http://www.fltk.org/str.php?L2130> Matt wrote: "... Fl_Pack was created to resize according to its children ... Nevertheless would it be nice to 1: fix outside resizing requests 2: obey to frame widths if a frame type is set 3: draw the box *before* we draw the children, so box types are possible too". Comments: Point 1: Fl_Pack uses its resizable() in a special way to "fill the remaining space" under certain circumstances. This may be taken into account in Fl_Pack::resize() to set some default or minimum size or such. This would probably need additional internal member variables and maybe also new methods (other than using resize). (API and ABI changes) Points 2 and 3: Fl_Pack should probably be rewritten to resize its children (and itself) in resize() and not in draw(), but there is a drawback: currently each child _can_ resize itself during its own draw() method (and the resizing code in Fl_Pack::draw() takes this into account), so that the real size of all children (the bounding box) is only known after calling draw() for all children. Thus we can't draw the box before drawing the children. Unless we use an Fl_Offscreen ? Currently I don't know a solution for the resize/draw problem. Maybe something like FLTK-2's layout() or using offscreen drawing? Link: http://www.fltk.org/str.php?L2251 Version: 1.4-feature _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
