homepage

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author lemburg
Recipients Dmitry.Jemerov, georg.brandl, groodt, lemburg, loewis, mfabian, r.david.murray, rg3, serhiy.storchaka, vstinner
Date 2013年11月11日.16:42:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <52810904.50201@egenix.com>
In-reply-to <1384144334.0.0.266251209557.issue5815@psf.upfronthosting.co.za>
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.
As mentioned earlier, the purpose of the alias table is to map
*normalized* local names to the C runtime string, which in some
cases use different encoding names that we use in Python.
> It also test normalize(locale_alias[localname]) == locale_alias[localname]
> == normalize(localname). I.e. that applying normalize() twice doesn't
> change a result.
That's not intended. The normalize() function is supposed to
prepare the locale for the lookup. It's not supposed to be applied
to the looked up value.
About the devangari special case:
This has been in the X11 file for ages and still is ...
http://cgit.freedesktop.org/xorg/lib/libX11/tree/nls/locale.alias.pre 
History
Date User Action Args
2013年11月11日 16:42:56lemburgsetrecipients: + lemburg, loewis, georg.brandl, vstinner, r.david.murray, rg3, Dmitry.Jemerov, serhiy.storchaka, groodt, mfabian
2013年11月11日 16:42:56lemburglinkissue5815 messages
2013年11月11日 16:42:55lemburgcreate

AltStyle によって変換されたページ (->オリジナル) /