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