On Tue, Jun 3, 2008 at 2:25 AM, Georg Brandl <[EMAIL PROTECTED]> wrote: > Guido van Rossum schrieb: >> >> On Mon, Jun 2, 2008 at 5:00 PM, Giovanni Bajo <[EMAIL PROTECTED]> wrote: >>> >>> Python 3.0 defaults to "-tt" (error on inconsistent usage of tab and >>> spaces). Then: why is there still a "-t" and "-tt" command line option? >>> Is just a relic that should be removed? >> >> Probably. Though there are plenty of precedents for leaving such >> inactive options in for a long time, to avoid unnecessarily breaking >> hairy shell scripts. > > It's even stranger: you can use -ttt to disable the errors again. > > ------------------------------------------------------------------------ > r45381 | thomas.wouters | 2006-04-14 13:33:28 +0200 (Fr, 14 Apr 2006) | 9 > lines > > > Make 'python -tt' the default, meaning Python won't allow mixing tabs and > spaces for indentation. Adds a '-ttt' option to turn the errors back into > warnings; I'm not yet sure whether that's desireable for Py3K. > ... > > Should this stay? > > In any case, the usage string and the docs for -t and sys.flags must > be corrected.
I think by now it can be removed. Just last week in an App Engine code lab, I was helping someone who had just started to use Python on a Windows box using some Windows-only editor (not Notepad :-) who ran into trouble by mixing tabs and spaces. His editor most unhelpfully displayed a tab as four spaces. Had Python defaulted to -tt we would have known much quicker that this was the case. -- --Guido van Rossum (home page: http://www.python.org/~guido/) _______________________________________________ Python-3000 mailing list Python-3000@python.org http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
