This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/14943] Artificial languages
- From: "hpa at zytor dot com" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sourceware dot org
- Date: Wed, 09 Jan 2013 06:05:05 +0000
- Subject: [Bug localedata/14943] Artificial languages
- Auto-submitted: auto-generated
- References: <bug-14943-716@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=14943
hpa@zytor.com <hpa at zytor dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hpa at zytor dot com
--- Comment #9 from hpa at zytor dot com <hpa at zytor dot com> 2013-01-09 06:05:05 UTC ---
For a root locale "eo" or "eo_ZZ" seems reasonable, but in practice I suspect
that Esperanto locales will need to have localizations, i.e. eo_US which uses
the U.S. conventions for currency and so on. Unfortunately "locale" combines a
number of partly orthogonal concepts -- some of which may even be user or
application specific and need to be overridden. An example of the latter was a
previous employer of mine which had to distribute an "en_US@Transmeta" locale
to all systems to support a single application, so that %' could be used to
print numbers with underscore thousands separators.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.