On Fri, Nov 24, 2017 at 12:35 PM, Hiltjo Posthuma
<hil...@codemadness.org> wrote:
> On Wed, Nov 22, 2017 at 10:47:39PM +0100, Julien Steinhauser wrote:
>> Hello
>>
>> I've seen window title with non-ascii chars incorrectly displayed,
>> using Xutf8TextPropertyToTextList instead of XmbTextPropertyToTextList
>> as in the diff below fixed it.
>>
>> Regards
>>
>> Julien
>>
>> diff --git a/lsw.c b/lsw.c
>> index fc40fef..9a5bee1 100644
>> --- a/lsw.c
>> +++ b/lsw.c
>> @@ -55,7 +55,7 @@ getname(Window win) {
>>       if(!XGetTextProperty(dpy, win, &prop, netwmname) || prop.nitems == 0)
>>               if(!XGetWMName(dpy, win, &prop) || prop.nitems == 0)
>>                       return "";
>> -     if(!XmbTextPropertyToTextList(dpy, &prop, &list, &n) && n > 0) {
>> +     if(!Xutf8TextPropertyToTextList(dpy, &prop, &list, &n) && n > 0) {
>>               strncpy(buf, list[0], sizeof buf);
>>               XFreeStringList(list);
>>       } else
>>
>
> Hey,
>
> Which OS, libc and locale do you use?
> uname -a, locale, libc + version?
>
> On both OpenBSD and Linux glibc with UTF-8 locale it should not be needed.

I suspect that this is not standard-conform since the locale is set to
the "C" one on startup of a program according to

https://linux.die.net/man/3/setlocale

until setlocale is called.

The "C" locale does not support multibyte characters by default it seems:

"A program that hasn't called setlocale() can't expect to be able to
use the multibyte
interfaces reasonably anyway, so it doesn't matter that they default
to byte mode when the program starts up." from [0]


Cheers,

Silvan

[0] http://www.openwall.com/lists/musl/2014/06/27/4

Reply via email to