[ 101576 ] String localisation follows LC_CTYPE

[nobody]

Support Request #101576, was updated on 2002-Nov-28 16:03
You can respond by visiting: 
http://savannah.gnu.org/support/?func=detailsupport&support_id=101576&group_id=99

Category: Foundation
Status: Open
Priority: 5
Summary: String localisation follows LC_CTYPE

By: lionel
Date: 2002-Nov-28 16:03
Logged In: NO 
Browser: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020913 
Debian/1.2.6-2

All GNUStep apps I tried use the LC_CTYPE environment
variable to decide in what language display messages,
menu entries, etc, and ignore LC_MESSAGES, which is the
one that should be followed to take that decision on
the GNU (and I guess the unices, too). See the 'Locale
Categories' of the GNU libc info documention, for example.

All access to system locales seems to be done through
the GSSetLocaleC function in GSLocale.m. The latter
calls setlocale(LC_CTYPE, ...), thus setting the whole
GNUStep localisation system to the value of LC_CTYPE. I
don't know if this is used for something else than
user-visible
messages translation in GNUStep. If it is, then the
system must be more fine-grained. If it is not, then
replacing the "LC_CTYPE" by "LC_MESSAGES" will do.

Thank you for your attention.

(Note: I reported this this in the Debian BTS 132 days
ago. The Debian GNUstep maintainers didn't mark the
Debian bug as 'forwarded upstream', so I assumed they
didn't inform you. I aplogise for the duplicate if they
did.)

----------------------------------------------------------------------
You can respond by visiting: 
http://savannah.gnu.org/support/?func=detailsupport&support_id=101576&group_id=99