Hi Eike It's great that this is going ahead. Is there any plan for migrating the "main players" to CLDR ?
thx Peter Eike Rathke wrote: > Hi, > > In CWS localedata4 (CVS branch cws_src680_localedata4) I will start to > align greater parts of the locale data with data pulled from the CLDR. > The locales affected will be those that in > http://l10n.openoffice.org/i18n_framework/cldr/LocaleDataAudit_OOo_CLDR.html > either have a solution of "align with CLDR", or don't have a "Solution" > column at all, which effectively means that so far no one bothered to > follow the audit appeal. If I overlooked someone's comment and > a specific locale doesn't have a "Solution" column but data should not > be pulled from CLDR, please speak up now. > > I will not align locales of the following languages at the present stage > because these are considered the "main players" and no arbitrary changes > should be made right now. > > de > fr > es > it > sv > ja > ko > zh > pt_BR > > nl > ru > pl > tr > hu > th > > > Following specific locale data will not be upgraded from CLDR in this > round, because a number of bugs are being fixed in CLDR 1.3, but as this > is not available until May we need to use CLDR 1.2. The following > locales have known issues in CLDR and should not be used (thanks to > Peter for assembling this list): > > az_AZ (CLDR Bug 402) > mn_MN (CLDR Bug 403) > nl_NL (CLDR Bug 458) > bg_BG (CLDR Bug 459) > km_KH (CLDR Bug 460) > et_EE (CLDR Bug 462) > hu_HU (CLDR Bug 463) > nb_NO, nn_NO (CLDR Bug 464) > sl_SI (CLDR Bug 465) > ca_ES (CLDR Bug 494) > sw_TZ (CLDR Bug 498) > lt_LT (CLDR Bug 573) > es_UY (CLDR Bug 580) > ms_MY (CLDR Bug 569) > > > Eike > -- Peter Nugent, Software Engineer, Sun Microsystems Ireland Ltd, Hamilton House, East Point Business Park, Dublin 3, Ireland. Tel +353.1.8199522 Email: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
