Message 179789 - Python tracker

➜

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	skrah
Recipients	Peter.Stahl, mark.dickinson, skrah
Date	2013-01-12.12:24:22
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1357993471.04.0.389071828427.issue16944@psf.upfronthosting.co.za>
In-reply-to

Content
127 means "no-more-grouping", so Python behaves as instructed by the OS. As you see, the OS prescribes 1.345.677,222 for monetary quantities and 1345677,222 otherwise. According to http://de.wikipedia.org/wiki/DIN_1333 , for non monetary quantities DIN-1333 says empty spaces may be used as separators. DIN-5008 says they should be used. :) Most operating systems use [3, 3, 0] also for de_DE 'grouping', but given the unclear situation it's hard to claim a bug in OSX. The only way out of this would be to introduce a new 'm' locale specifier that uses mon_grouping.

127 means "no-more-grouping", so Python behaves as instructed by the OS.

As you see, the OS prescribes 1.345.677,222 for *monetary* quantities
and 1345677,222 otherwise.

According to  http://de.wikipedia.org/wiki/DIN_1333 , for non monetary
quantities DIN-1333 says *empty spaces* *may* be used as separators.
DIN-5008 says they *should* be used. :)


Most operating systems use [3, 3, 0] also for de_DE 'grouping', but
given the unclear situation it's hard to claim a bug in OSX.


The only way out of this would be to introduce a new 'm' locale specifier
that uses mon_grouping.

History
Date	User	Action	Args
2013-01-12 12:24:38	skrah	set	recipients: + skrah, mark.dickinson, Peter.Stahl
2013-01-12 12:24:31	skrah	set	messageid: <1357993471.04.0.389071828427.issue16944@psf.upfronthosting.co.za>
2013-01-12 12:24:29	skrah	link	issue16944 messages
2013-01-12 12:24:23	skrah	create