Re: Setting file-name/process coding system from LANG

[Kenichi Handa]

In article <address@hidden>, Miles Bader <address@hidden> writes:

> On Tue, Oct 19, 2004 at 10:13:53PM +0900, Kenichi Handa wrote:
>>  > When Emacs sees LANG=ja_JP.utf8, surely it can select the Japanese
>>  > language environment, then do something else to cause use of UTF8.
>>  > Surely it can do this without having an explicit language environment
>>  > for the combination of the two.
>>  
>>  Then a user can't recover that original setting when he once
>>  switch to, e.g., Latin-1.  Just switching back to Japanese
>>  can't setup coding systems for utf8.

> Why can't we do what I suggested earlier, and set `file-name-coding-system'
> (and presumably some analogue for process I/O and terminal-coding-system)
> instead of `default-file-name-coding-system' from the "utf8" portion of LANG?

If it always sets file-name-coding-system, there's no need
of having default-file-name-coding-system.  And, that means
that even if one changes to latin-1 lang. env.,
file-name-coding-system is still utf-8.  Is it ok?  Am I
misunderstanding something?

> Then `set-language-environment' could set `default-file-name-coding-system'
> but it wouldn't actually have any effect -- which at least in this
> circumstance seems correct.  Other language-environment settings (like the
> tutorial language etc) would have the proper effect.

>>  Another problem is the case of LANG=zh_CN.utf8.  Currently
>>  we don't have Chinese lang. env.  We only have Chinese-GB,
>>  Chinese-EUC-TW, Chinese-BIG5, Chinese-CNS.  Which one to
>>  use?

> Presumably whichever one best matches the "country" portion of LANG.

It seems to be difficult.

% locale -a|grep zh
shows these:

zh_CN
zh_CN.gb18030
zh_CN.gb2312
zh_CN.gbk
zh_CN.utf8
zh_HK
zh_HK.big5hkscs
zh_HK.utf8
zh_SG
zh_SG.gb2312
zh_SG.gbk
zh_TW
zh_TW.big5
zh_TW.euctw
zh_TW.utf8

---
Ken'ichi HANDA
address@hidden