public inbox for libc-locales@sourceware.org
 help / color / mirror / Atom feed
* [Bug localedata/14684] New: Support ISO-3166 completely.
@ 2012-10-08  6:15 linuxmaster at verizon dot net
  2012-10-08 17:06 ` [Bug localedata/14684] " csolisr at riseup dot net
                   ` (5 more replies)
  0 siblings, 6 replies; 7+ messages in thread
From: linuxmaster at verizon dot net @ 2012-10-08  6:15 UTC (permalink / raw)
  To: libc-locales


http://sourceware.org/bugzilla/show_bug.cgi?id=14684

             Bug #: 14684
           Summary: Support ISO-3166 completely.
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: localedata
        AssignedTo: unassigned@sourceware.org
        ReportedBy: linuxmaster@verizon.net
                CC: libc-locales@sources.redhat.com
    Classification: Unclassified


Libc only partially complies with ISO-3166 by supporting only assigned and some
reserved two letter codes.

There is no support for user-assigned, unassigned and other codes.

Libc should support all codes defined in ISO-3166, regardless of whether they
are assigned or not.

The codes currently defined by ISO-3166 are:

All assigned codes,
All unassigned codes,
All reserved codes
and 
All user assigned codes.

Please find all defined codes by ISO 3166 at:
http://www.iso.org/iso/home/standards/country_codes/iso-3166-1_decoding_table.htm


Libc should also allow user to dynamically change language, monetary, address,
etc. locale information for lets say "QQ" country code without have the need to
add a new country to the system.

This way, every distribution will have localedata for all countries, the ones
that exist now and the ones that will exist in the future.

For the countries that seize to exist, split or merge with other ones, we
wouldn't have to create a new locale (or delete) for them in the Libc since
Libc would have the whole table of ISO-3166 codes already in it. By whole table
I mean assigned, unassigned and reserved codes.

Libc will be less dependent on the political status of each code, don't have to
add/remove code for every political change, and will increase compatibility of
programs across political changes - the country codes will always be there.


Thanks,
//Agron

-- 
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.

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2016-04-15 21:27 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-10-08  6:15 [Bug localedata/14684] New: Support ISO-3166 completely linuxmaster at verizon dot net
2012-10-08 17:06 ` [Bug localedata/14684] " csolisr at riseup dot net
2013-08-24 15:39 ` cjlhomeaddress at gmail dot com
2014-06-17  4:30 ` fweimer at redhat dot com
2014-11-19  3:45 ` bluebat at member dot fsf.org
2014-12-03  2:47 ` bluebat at member dot fsf.org
2016-04-15 21:27 ` [Bug localedata/14684] localedef: support ISO-3166 (territory) completely (including user assigned codes) vapier at gentoo dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).