.FN!set-language-environment.FN" should set .FN!language-unicode-precedence-list.FN"

[Mike FABIAN]

Aidan Kehoe <kehoea at parhasard.net> さんは書きました:

>  Ar an t-aonú lá is triochad de mí Iúil, scríobh Mike FABIAN: 
>
>  > So I think language-unicode-precedence-list should be set depending on
>  > the Language environment, otherwise one may get fonts which
>  > are not nice for the current language.
>
> Agreed. 
>
> I also need to add locale information to many of the language environments;
> I had thought I had done so, but evidently not.
>
> The reason there isn’t a German (UTF-8) locale available when you start in a
> Japanese UTF-8 locale, is that there is such a wide and legitimate variation
> in the coding systems used with a given language under Unix--English in ISO
> 8859-1 vs. English in ISO 8859-15 vs. English in UTF-8 vs. English in
> CP1252, to pick a simple example--that it makes more sense to pick one as
> canonical

But then I would like to have the UTF-8 variants as the canonical ones
because UTF-8 is the default on the systems I use.

Having UTF-8 only for the language I use during startup and not for the
others makes changing the language-environment totally useless because
it messes up the encoding for external processes (and even for the
XEmacs menu bar when opening new frames with “C-x 5 2”!).

> and create a variant if a corresponding LANG or LC_CTYPE is seen. 
> If you want a German UTF-8 locale despite not having LANG as de_??.UTF-8 in
> your environment at startup, call:
>
>   (set-language-environment
>     (create-variant-language-environment "German" 'utf-8))

Nice, I can use this in site-start.el for the time being.

> set-language-environment is supposed to be a cross-platform API, so my
> feeling is that we shouldn’t do this automatic generation of new language
> environments within it for what is essentially a Unix quirk;

But if it is a Unix quirk, then why not do it on Unix?

> the system locales under Windows are basically fixed in the coding
> systems they use.  But if you think otherwise, say so, and I’ll think
> about it some more.

I wouldn't mind to have several possible values for
language-environments for each language. Do you think that will confuse
people? The confusion is already there because all these locales exist
unter Unix, having them available in the language-environments doesn’t
make it any worse.

If one absolutely wants to reduce confusion by reducing the number of
choices, then I think the non-UTF-8 choices could be removed if one
starts in an UTF-8 locale because in that case the non-UTF-8 ones are
almost useless anyway.

-- 
Mike FABIAN   <mfabian at suse.de>   http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
I � Unicode