X11R7.5 and C.UTF-8

Jon TURNEY jon.turney@dronecode.org.uk
Tue Nov 3 21:00:00 GMT 2009


On 29/10/2009 20:20, Andy Koppe wrote:
> 2009/10/29 Jon TURNEY:
>> I've put a patch in bugzilla [1] which can be applied to
>> /usr/share/X11/locale to temporarily repair this problem.
>>
>> This needs to be looked at more deeply, though, as I'm not sure I've fully
>> understood what that locale data is being used for, or specified C.UTF-8
>> correctly.
>>
>> [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10870
>
> I think the patch makes plenty of sense in mapping C.UTF-8 to
> en_US.UTF-8, because most other UTF-8 locales are also mapped to
> en_US.UTF-8, i.e. from X's perspective they're not actually
> language-specific.

On second look, this patch doesn't seem to be quite right, as it makes the 
en_US.UTF-8 compose sequences available in C.UTF-8 (which is not the case in 
the C locale).

> More generally, there's the issue that Cygwin allows any combination
> of language and charset, whereas X has a fixed list of permitted
> combinations. Cygwin also supports many charsets that aren't supported
> by X (and vice versa). In particular, X only supports a few of the
> Windows/DOS codepages. But I guess unsupported locales will just have
> to be a case of "don't do that"?

Yes.

Treating XSupportsLocale() returning false as a fatal error as the Xserver 
currently does is wrong, I would say, unless the application has very specific 
requirement, though.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/



More information about the Cygwin-xfree mailing list