Author serhiy.storchaka
Recipients Dmitry.Jemerov, georg.brandl, groodt, lemburg, loewis, r.david.murray, rg3, serhiy.storchaka
Date 2013-09-13.15:44:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAAuNNr4hFXTiOjPhXtp1UJqR-=pttok8gegoYXn8pA25uzA=sg@mail.gmail.com>
In-reply-to <52332CCB.4040501@egenix.com>
Content
> Then I don't understand changes such as:
>
> -    'chinese-s':                            'zh_CN.eucCN',
> +    'chinese-s':                            'zh_CN.gb2312',
>
> or
>
> -    'sp':                                   'sr_CS.ISO8859-5',
> -    'sp_yu':                                'sr_CS.ISO8859-5',
> +    'sp':                                   'sr_RS.ISO8859-5',
> +    'sp_yu':                                'sr_RS.ISO8859-5',
>
> The .test_locale_alias() checks that the normalize()
> function returns the the alias given in the alias table.
>

It also test normalize(locale_alias[localname]) == locale_alias[localname]
== normalize(localname). I.e. that applying normalize() twice doesn't
change a result.

chinese-s is mapped to zh_CN.eucCN, but eucCN is mapped to gb2312. sp is
mapped to sr_CS.ISO8859-5, but sr_CS is mapped to sr_RS.UTF-8 and then
.ISO8859-5 replaces UTF-8. Of course we can recursive call normalize(), but
it will be more practical just update the mapping.
History
Date User Action Args
2013-09-13 15:44:37serhiy.storchakasetrecipients: + serhiy.storchaka, lemburg, loewis, georg.brandl, r.david.murray, rg3, Dmitry.Jemerov, groodt
2013-09-13 15:44:37serhiy.storchakalinkissue5815 messages
2013-09-13 15:44:37serhiy.storchakacreate