DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2416 Version: 1.3-current Problem is UTF8 related. Problem is with Fl_Window::label() in src/Fl_x.cxx. There are two XChangeProperty() calls in that method: ---- XChangeProperty(fl_display, i->xid, XA_WM_NAME, fl_XaUtf8String, 8, 0, (uchar*)name, strlen(name)); XChangeProperty(fl_display, i->xid, XA_WM_ICON_NAME, fl_XaUtf8String, 8, 0, (uchar*)iname, strlen(iname)); ---- I found if I changed the two 'XaUtf8String's to 'XA_STRING', then 'xwininfo -name' works again. (XA_STRING is what the older FLTK releases used) Doing this makes 'xwininfo -name' work, but it breaks FLTK's ability to show UTF8 window titles; when I try to use a UTF8 name for a window, it shows jibberish. But if I restore the XaUtf8String setting, FLTK windows can show UTF8 properly. I know 'xwininfo -name' works with UTF8 strings; I just tested it with a thunderbird message compose window that had a UTF8 title. (By composing an email in thunderbird and pasting a UTF8 string as the subject, the compose window's title inherits the UTF8 string. 'xwininfo -name' was able to access the window via the UTF8 title) Not sure what the right solution is here. Thunderbird has it right somehow. Link: http://www.fltk.org/str.php?L2416 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
