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


I think I have a fix.

Looked at how 2.x handles it, which seems to do it right.

First looked at this FLTK2 thread, which comments on the issue
of UTF8 strings in window labels:
http://www.mail-archive.com/[email protected]/msg00444.html

The gist of it is that modern window managers prefer
_NET_WM_NAME/_NET_WM_ICON_NAME to XA_WM_NAME/XA_WM_ICON_NAME
when it comes to utf8 strings in the titlebar.

FLTK2's window label code calls XChangeProperty() 4 times in this order:

    1) Set the newer "_NET_WM_NAME"      with UTF8_STRING
    2) Set the older "XA_WM_NAME"        with XA_STRING
    3) Set the newer "_NET_WM_ICON_NAME" with UTF8_STRING
    4) Set the older "XA_WM_ICON_NAME"   with XA_STRING

I take it that newer window managers will handle this properly,
and the older window managers will ignore the 'new' names, but
will honor the old.

I took a stab at this approach, and it seems to fix OP's problem
on my ubuntu 8.04. See attached 'str-2416-erco-v1.patch'.

Please test the patch on older X window managers, and see if
'xwininfo -name' works, and if UTF8 strings work in the labels.
(My test for the latter was to run fluid, create a new window,
and set its label to a UTF8 string, then test if 'xwininfo -name'
could find it.)


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

Reply via email to