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 pitrou
Recipients eric.smith, ezio.melotti, ggenellina, lemburg, loewis, mark.dickinson, pitrou
Date 2009-08-05.10:14:16
SpamBayes Score 2.5932684e-07
Marked as misclassified No
Message-id <1249467258.52.0.434004376706.issue6632@psf.upfronthosting.co.za>
In-reply-to
Content
On the specific point of:

>   2.1 some languages/alphabets use other chars (e.g. a comma or other
>       symbols) instead of the decimal point.

I think it's not the job of the float() constructor to support it.
Depending on the country, the comma has different meanings when put in a
number (thousands separator or decimal separator). Ditto for the point,
but using a point as decimal separator is the accepted standard for
non-localized computer I/O.

More generally, I think the fact that int(), float() et al. support
non-ASCII decimal digits should be seen as a convenience rather than a
willingness to accomodate the broadest set possible of inputs. Which
means, we should only add support for new formats only if it's sensible,
safe and non-ambiguous to do so.

I also agree with Marc-André's argument that the Unicode spec should be
a good guide here.
History
Date User Action Args
2009-08-05 10:14:18pitrousetrecipients: + pitrou, lemburg, loewis, mark.dickinson, ggenellina, eric.smith, ezio.melotti
2009-08-05 10:14:18pitrousetmessageid: <1249467258.52.0.434004376706.issue6632@psf.upfronthosting.co.za>
2009-08-05 10:14:17pitroulinkissue6632 messages
2009-08-05 10:14:16pitroucreate