> On 12/06/11 13:48, Robert Strickland wrote: > > These would appear to create an invisible box that overlaps other > > Fl_Boxes that make up the tile. > > > Yes, this is one of several techniques for controlling > which widgets will resize. > > This technique involves creating an invisible widget > that is made the 'resizable' widget for the tile; when > the tile widget is resized, the invisible widget will be > the one resized, as well as the widgets around it. > > For more info, see: > http://fltk.org/articles.php?L415+I0+THow-To+P1+Qresize
Greg, I looked a the article you posted, but I don't think it addresses my questions. The box r in the tile.cxx code overlaps the visible boxes. In the resizable example, the resizable box just touches the other boxes. The line Fl_Box r(10,0,300-10,300-10); makes a box like this: 0 10 300 +--+--------------------------+ 0 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | +--------------------------+ 290 | | +-----------------------------+ 300 that overlaps the other boxes. This seems to form a barrier to dragging the borders between the tiles. (I commented out the lines pertaining to r. Without these lines, the borders can be dragged until they disappear.) This behavior doesn't seem to be documented in the Fl_Tile documented or commented in the tile.cxx code. I had hoped that this was part of some way to set a minimum size to boxes that form the tiles in Fl_Tile. Robert _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
