[Python-3000] Support for PEP 3131 (original) (raw)
Guido van Rossum guido at python.org
Fri May 25 18:31:13 CEST 2007
- Previous message: [Python-3000] Support for PEP 3131
- Next message: [Python-3000] Support for PEP 3131
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 5/25/07, Jim Jewett <jimjjewett at gmail.com> wrote:
On 5/24/07, Guido van Rossum <guido at python.org> wrote:
> It doesn't look like any kind of global flag passed to the interpreter > would scale -- once I am using a known trusted contribution that uses > a different character set than mine, I would have to change the global > setting to be more lenient, and the leniency would affect all code I'm > using. Are you still thinking about the single on/off switch? I agree that saying "Japanese identifiers are OK from now on" still shouldn't turn on Cyrillic identifiers. I think the current alternative boils down to some variant of python -idchars allowedchars.txt where allowedchars.txt would look something like
0780..07B1 ; Thaana or 10000..100FA ; LinearB plus some blanks I was too lazy to exclude (These lines are based on the unicode Scripts.txt, and use character ranges instead of script names so that you can exclude certain symbols if you want to.)
I still think such a command-line switch (or switches) is the wrong approach. What if I have one module that uses Cyrillic legitimately. A command-line switch would enable Cyrillic in all modules.
Auditing code using a separate tool can be much more flexible. Organizations can establish their own conventions for flagging exceptions on a per-module basis.
-- --Guido van Rossum (home page: http://www.python.org/~guido/)
- Previous message: [Python-3000] Support for PEP 3131
- Next message: [Python-3000] Support for PEP 3131
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]