DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2341 Version: 1.3-feature Here is a usage scenario: Imagine a pair of cooperating applications, one with a GUI and one without. The first one configures the second in some way by storing settings using the preferences mechanism. Right now the non-GUI one also needs to be linked with everything (X11, Xinerama, Xft, etc. under Linux; GDI32, ADVAPI32, ADVCTL32, etc. under Windows). The only reason for this is that Fl_Preferences "pulls in" the graphics references through the Fl_Tree widget. This can be a problem if you want to run the non-GUI application on, say, a minimal install Linux system w/o X11. My patch only restores the "status quo ante" before the tree widget was added at around 1.3.x-r7000. Before that you could (static) link a non-GUI application with fltk to get the file name handling and preferences classes and not have to include any of the graphics libraries. Link: http://www.fltk.org/str.php?L2341 Version: 1.3-feature _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
