On 07/27/12 20:00, Todd wrote:
> Q2. How does this program behave on Linux?
> Is Ian's hack-around not needed - i.e., size_range() suffices?
> Or if used, does it work (like on Mac) or not work (like Windows)?
Just win.size_range() seems to work fine on my linux machine
to keep the window square at all times during resizing.
On the mac, though, it doesn't work.
And if I use a resize() override on the window to try to force it,
the window is still unconstrained during resize if I just trivially
try to constrain the W/H values.. ie. my constraints are ignored..
sort of. The window becomes two windows; an outer window that is
unconstrained (with the usual thumbtab at the bottom right)
and an 'inner window' that is more like a group; that inner
window/group IS constrained, and it too has a little thumbtab
in the corner.
What's odd is that you can end up with two thumb tabs in your app
this way..!
> E.g., can FLTK be amended so size_range() suffices on all platforms?
The window managers have been changing quite a bit over the years..
It should probably be checked to see if constraint is possible
during resizing.
_______________________________________________
fltk-bugs mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-bugs
