Greg Ercolano wrote: > Users tend to have a wide variety of monitor resolutions, and often need > to be able to increase/decrease the font sizes of application(s) globally. > (Notebooks with tiny screens approaching 2k are barely readable)
As you noticed, the problem is with getting the widgets to resize as well as the fonts so that they still look nice. Making this work would be really nice, but I have to admit that fltk was not designed with this in mind at all. The fltk2 current layout method does not really work for this. I made a bad design decision which was that layout() was allowed to change the widget to it's preferred size, on the assuption that it would resize itself to surround any changed font size and thus produce this resizing interface. Unfortunatly lots of code assummes layout() won't change the size at all, the result is that all widgets don't do this and thus none of them respond to size changes. I think the way to fix this is to add another call, measure(), which lets a widget indicate the size it wants. Old code just won't call this, thus it can be implemented in any way it wants. It then turns out that layout() *could* be done by draw() just like in fltk1, since it would no longer be allowed to change the size. The other thing is that the main layout method used by fltk, the Group, just uses pixel positions. Either we say that resizable api's must use Pack and or other new container widgets, or something, perhaps a global scale factor, must be added to Group. _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
