Am On 04.04.2012 19:35, schrieb Roman Kantor wrote: > Hi, > To me it seems that Fl_Tile group is always resizing bottom/right widget > (when it is resized itself). > I have tried to play with it, but without success. The resizable() method is > reimplemented (fromm Fl_Group) and unfortunately it has different function for > Fl_Tile.
I don't see that the resizable() method is reimplemented in Fl_Tile. Only the virtual resize() method is reimplemented. > Is there a way to control which widget to resize - eg like following: > > ----------------------------------- > | | | | > |-----------------|--------|--------| > | | | | > | This to resize |--------| | > | | | | > ----------------------------------- > > What are resize rules for Fl_Tile? Does the order of the widgets in the array > play a role which is resized? It's partly documented here: http://www.fltk.org/doc-1.3/classFl__Tile.html "Note on resizable(Fl_Widget &w) : The "resizable" child widget (which should be invisible) limits where the border can be dragged to. If you don't set it, it will be possible to drag the borders right to the edge, and thus resize objects on the edge to zero width or height. The resizable() widget is not resized by dragging any borders. See also void Fl_Group::resizable(Fl_Widget &w)". Besides this, it works like a normal resizable() widget would do when resizing the Fl_Tile itself. You can try it yourself by changing the test/tile.cxx demo program. I used this tiny patch to do something similar to what you described above: $ svn diff tile.cxx Index: tile.cxx =================================================================== --- tile.cxx (revision 9300) +++ tile.cxx (working copy) @@ -69,7 +69,7 @@ box3b.align(FL_ALIGN_CLIP); //tile3.end(); - Fl_Box r(10,0,300-10,300-10); + Fl_Box r(0,150,70,150); // 2a tile.resizable(r); // r.box(FL_BORDER_FRAME); Albrecht _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
