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 _______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
