A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2010-November/106116.html below:

[Python-Dev] Python and the Unicode Character Database

[Python-Dev] Python and the Unicode Character Database [Python-Dev] Python and the Unicode Character DatabaseStephen J. Turnbull stephen at xemacs.org
Mon Nov 29 04:39:32 CET 2010
M.-A. Lemburg writes:

 > It is not uncommon for Asians and other non-Latin script users to
 > use their own native script symbols for numbers.

Japanese don't, in computational or scientific work where float()
would be used.  Japanese numerals are used for dates and for certain
felicitous ages (and even there so-called "Arabic" numerals are
perfectly acceptable).  Otherwise, it's all ASCII (although it might
be "full-width" compatibility variants).

 > Please also remember that Python3 now allows Unicode names for
 > identifiers for much the same reasons.

I don't think it's the same reason, not for Japanese, anyway.

I agree that Python should make it easy for the programmer to get
numerical values of native numeric strings, but it's not at all clear
to me that there is any point to having float() recognize them by
default.
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4