DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2082 Version: 1.3-feature Thanks for the comments Ian. To help determine whether or not this RFE should be included, I have updated the patch to apply to a clean checkout of branches/branch-1.3 rev 6985. The patch updates the library proper and adds "o->xtype(FL_DIALOG_WINDOW);" to some of FLUID's dialogs. An interesting note though, I tested using the xtype_test.fl and it appears setting the window's type to "_NET_WM_WINDOW_TYPE_DIALOG" is not enough. I have the "Sheet" and "Dialogue Parents (Dims parent of dialog)" effects turned on in KDE4 and FLUID's dialogs appear to act like normal windows. I used xprop to check and the dialogs are in fact "_NET_WM_WINDOW_TYPE_DIALOG". I probed some dialogs that do behave correctly (Filefox's File->Open, KMail's File->Open) and it appears that "_NET_WM_WINDOW_TYPE(ATOM)" is set to both "_NET_WM_WINDOW_TYPE_DIALOG" and "_NET_WM_WINDOW_TYPE_NORMAL"! Also, sometimes "WM_CLIENT_LEADER(WINDOW)" (as in the case of KMail) and "WM_TRANSIENT_FOR(WINDOW)" (as in the case of Firefox) are set. Where, with xtype_test.fl, the dialog window has neither of these set. Therefore, a little more investigation may be required to get full, proper support? Link: http://www.fltk.org/str.php?L2082 Version: 1.3-feature _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
