Re: base patch for review: NSLanguages system languages
Hey, I committed this. IIRC I checked the glib source code and it does
something similar, so the most "generalized" version of "fr_CA" (which is "fr")
is still preferred over the locales appearing later in the list (in my example,
just "en").
Eric
On 2011-09-08, at 12:02 PM, Ivan Vučica wrote:
> On Thu, Sep 8, 2011 at 09:48, Fred Kiefer wrote:
> You are aware that your last example, "de:fr_CA:en", will result in something
> like ("German", "CanadianFrench", "French", "English")? I think is is
> debatable where "French" should be put in this list, but the current solution
> is fine with we.
>
> CanadianFrench is more specific than French. If the strings are pulled first
> from CanadianFrench, and, upon failure, from French (as it should), then this
> order is more than correct - it's perfect.
>
> French language, as a base language, being patched with CanadianFrench sounds
> correct.
>
> --
> Ivan Vučica - i...@vucica.net
>
>
> ___
> Gnustep-dev mailing list
> Gnustep-dev@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnustep-dev
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: base patch for review: NSLanguages system languages
On Thu, Sep 8, 2011 at 09:48, Fred Kiefer wrote:
> You are aware that your last example, "de:fr_CA:en", will result in
> something like ("German", "CanadianFrench", "French", "English")? I think is
> is debatable where "French" should be put in this list, but the current
> solution is fine with we.
>
CanadianFrench is more specific than French. If the strings are pulled first
from CanadianFrench, and, upon failure, from French (as it should), then
this order is more than correct - it's perfect.
French language, as a base language, being patched with CanadianFrench
sounds correct.
--
Ivan Vučica - i...@vucica.net
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: base patch for review: NSLanguages system languages
On 08.09.2011 06:17, Eric Wasylishen wrote:
Hi, I was experimenting with changing my system language (Ubuntu
10.10) and ran in to a problem: I set the language in Ubuntu's
language settings tool to Canadian French but was not getting any
French translations showing up in GNUstep apps.
I didn't touch the NSLanguages user default, but when I tried reading
it in an application, it returned ("CanadianFrench", "English").
The following patch fixes this problem by expanding regional locales
into their more general variants - so "CanadianFrench" is expanded to
("CanadianFrench", "French") Also, it adds support for reading the
LANGUAGE environment variable, a GNU extension, which lets you
specify a list of locales like "de:fr_CA:en" if you wanted to see
German, then Canadian French, then English in order of preference. In
other words, it has the same role as the GNUstep LANGUAGES
environment variable, but it's used by GNU gettext/gtk/probably
others. According to the gettext docs, if LANGUAGE is set it is
supposed to take precedence over LC_MESSAGES and LANG.
Looks like a great patch to me. We should integrate this right after the
next base release. (Hint!)
You are aware that your last example, "de:fr_CA:en", will result in
something like ("German", "CanadianFrench", "French", "English")? I
think is is debatable where "French" should be put in this list, but the
current solution is fine with we.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
base patch for review: NSLanguages system languages
Hi,
I was experimenting with changing my system language (Ubuntu 10.10) and ran in
to a problem: I set the language in Ubuntu's language settings tool to Canadian
French but was not getting any French translations showing up in GNUstep apps.
I didn't touch the NSLanguages user default, but when I tried reading it in an
application, it returned ("CanadianFrench", "English").
The following patch fixes this problem by expanding regional locales into their
more general variants - so "CanadianFrench" is expanded to ("CanadianFrench",
"French") Also, it adds support for reading the LANGUAGE environment variable,
a GNU extension, which lets you specify a list of locales like "de:fr_CA:en" if
you wanted to see German, then Canadian French, then English in order of
preference. In other words, it has the same role as the GNUstep LANGUAGES
environment variable, but it's used by GNU gettext/gtk/probably others.
According to the gettext docs, if LANGUAGE is set it is supposed to take
precedence over LC_MESSAGES and LANG.
Languages5.diff
Description: Binary data
Cheers,
Eric___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
