Message 151603 - 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	benjamin.peterson
Recipients	Jim.Jewett, benjamin.peterson, ezio.melotti
Date	2012-01-19.01:10:03
SpamBayes Score	7.0514725e-06
Marked as misclassified	No
Message-id	<CAPZV6o9f1_JVsspj+3uf0BWHS0wzMYjaRySuoqFk8b+uCw=a_w@mail.gmail.com>
In-reply-to	<1326935274.7.0.498177239166.issue13821@psf.upfronthosting.co.za>

Content
2012/1/18 Jim Jewett <report@bugs.python.org>: > > Jim Jewett <jimjjewett@gmail.com> added the comment: > > @Benjamin -- the catch is, if it isn't already in NFKC form, then python won't really accept it as an identifier. Sometimes it will silently canonicalize it for you so that it seems to work, but other times it won't. And program calling isidentifier is likely to be a program that uses the strings directly for access, instead of always routing them through the parser. AFAIK, the only time it will "silently" canonicalize it for you is parsing. Even if it wasn't, you can't say it's not an identifier, it's just not normalized.

2012/1/18 Jim Jewett <report@bugs.python.org>:
>
> Jim Jewett <jimjjewett@gmail.com> added the comment:
>
> @Benjamin -- the catch is, if it isn't already in NFKC form, then python won't really accept it as an identifier.  Sometimes it will silently canonicalize it for you so that it seems to work, but other times it won't.  And program calling isidentifier is likely to be a program that uses the strings directly for access, instead of always routing them through the parser.

AFAIK, the only time it will "silently" canonicalize it for you is
parsing. Even if it wasn't, you can't say it's not an identifier, it's
just not normalized.

History
Date	User	Action	Args
2012-01-19 01:10:04	benjamin.peterson	set	recipients: + benjamin.peterson, ezio.melotti, Jim.Jewett
2012-01-19 01:10:03	benjamin.peterson	link	issue13821 messages
2012-01-19 01:10:03	benjamin.peterson	create