Re: default charset for imlicit locale specificatio

[Andy Koppe <andy dot koppe at gmail dot com>]

2010/1/20 Corinna Vinschen:
> I implemented that locally. ÂHowever...
>
> On Jan 20 11:07, Corinna Vinschen wrote:
>>  874 ANSI/Thai        -> CP874 (== ISO-IR-166 used on Linux)
>> Â 932 SJIS Â Â Â Â Â Â Â Â Â Â-> SJIS
>
> This should probably better be
>
> Â Â932 SJIS Â Â Â Â Â Â Â Â Â Â-> EUCJP

Yep.

>> Â 936 GB2312 Â Â Â Â Â Â Â Â Â-> GBK
>>  949 ANSI/Korean       -> EUCKR
>> Â 950 Big-5 Â Â Â Â Â Â Â Â Â -> Big-5
>> Â1250 ANSI/Central European  -> ISO-8859-2
>> Â1251 ANSI/Cyrillic      -> ISO-8859-5
>> Â1252 ANSI/Latin 1 Â Â Â Â Â Â-> ISO-8859-1
>> Â1253 ANSI/Greek       Â-> ISO-8859-7
>> Â1254 ANSI/Turkish      Â-> ISO-8859-9
>> Â1255 ANSI/Hebrew       -> ISO-8859-8
>> Â1256 ANSI/Arabic       -> ISO-8859-6
>> Â1257 ANSI/Baltic       -> ISO-8859-4

ISO-8859-13?


>> Â1258 ANSI/Vietnamese     -> UTF-8
>> 65001 UTF-8 Â Â Â Â Â Â Â Â Â -> UTF-8
>>
>> Is that a valid transition?

Yeah, good enough anyway. There will be special cases, but tough.


>> What's missing is a transition to ISO-8859-15 for languages with the
>> EUR currency letter. ÂI assume that's by adding the @euro modifier?
>
> I also noticed that on Linux two-letter settings like "de" or "ja" do not
> change the charset from ASCII to something else.

Such locales don't usually exist on Linux, i.e. it's probably that
setlocale is failing, leaving the
program in "C".

Andy