Alexander Belopolsky added the comment:
This is essentially a duplicate of #10581, so I am closing this and will
summarize the situation there.
--
resolution: -> duplicate
status: open -> closed
superseder: -> Review and document string format accepted in numeric data type
constructo
Marc-Andre Lemburg added the comment:
[In the light of the current discussion on python-ideas regarding adding
support for the Unicode minus sign]
I'm +1 on adding support for the minus code point, since
it's the correct correspondent to the plus code point in Unicode.
The traditional ASCII "-"
Alexander Belopolsky added the comment:
As a design principle, "accept what's unambiguous in any locale" is reasonable,
but it is hard to apply consistently. I would agree that the status quo is
hard to defend. After a long discussion, it has been accepted that fullwidth
digits should be acc
Alexander Belopolsky added the comment:
I am changing the title slightly to include '\N{MINUS SIGN}' in the scope of
this issues. See [1]:
"Unless anyone can point me to a case where \N{MINUS SIGN} should not be
treated as a (duh) minus sign, we should go and try to make life easier for our
u
