Hi Danilo, On Fri, Jul 29, 2005 at 21:22:39 +0200, Danilo ??egan wrote:
> http://l10n.openoffice.org/i18n_framework/cldr/LocaleDataAudit_OOo_CLDR.html, > starting with issue number 1188 up to 1227, CLDR is correct. > > As for issues 1186 and 1187 (am/pm identifiers), they are not used in > Serbia and Montenegro at all. But we do have number formats that use 12 hour formats, which may also get imported if you open a document that uses them in a system locale, and if displayed in your locale there should be some distinction possible, even if your language/region normally doesn't use them. > Also, sr-YU should be renamed to sr-CS, since country code for Serbia > and Montenegro has changed to CS from YU along with the name change > from Yugoslavia in February 2003 (code change has been done in ISO > 3166 in July 2003). Which was rather short-sighted to put it mildly, as CS before was used for Czechoslovakia. Reusing the code was a very bad idea. We had a discussion about that in 2003/2004, see my mail http://l10n.openoffice.org/servlets/ReadMsg?list=dev&msgNo=2976 and the thread it appears in; for those with a local mail archive, it's Message-Id: <[EMAIL PROTECTED]> Citing from that mail: | As there is no real solution to this problem, and still no decision made | by any authority, especially not the ISO 3166 maintenance agency, we'll | stick to YU for the following reasons: | | - Almost all already existing software only knows about YU, not CS. Not | using YU in the file format would result in unrecognized locales in | interoperability. | - ICU, the i18n library OOo uses, has YU entries, using CS instead would | only lead to error prone mappings at all times. | - WIPO recommends the use of YU until the ISO 3166/MA has taken a final | decision, see | http://www.wipo.org/scit/en/meeting/sdwg/4/pdf/scit_sdwg_4_6.pdf | section 5. Of course we can consider re-evaluation of how OOo will handle this, but in this special case it is not simply "follow the standard". Eike -- OOo/SO Calc core developer. Number formatter bedevilled I18N transpositionizer. GnuPG key 0x293C05FD: 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
