Indent testers needed (Prothon)
rzed
rzantow at ntelos.net
Sat Apr 3 16:51:01 EST 2004
More information about the Python-list mailing list
Sat Apr 3 16:51:01 EST 2004
- Previous message (by thread): "correct" tab/space rule? (prothon)
- Next message (by thread): Indent testers needed (Prothon)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
"Mark Hahn" <mark at prothon.org> wrote in news:KFDbc.148020$cx5.28330 at fed1read04: > > "Ville Vainio" <ville at spammers.com> wrote > >> Just allow both spaces and tabs, but not in the same block. > > This is a good idea. I could reset the flag for the indent type > whenever the indentation goes to zero. I'll pitch this on the > Prothon list. > > "rezed" wrote ... > >> I don't show visible tab marks in my editors, and I don't want >> to have to, but if I don't, I haven't any good way to know >> whether a piece of code contains tabs or spaces. Until I run >> it, at least. > > I agree this is a problem, but the whole problem we are trying > to solve, that of mixed spaces and tabs, would cause you the > same grief, or worse, right? > > > Not necessarily, at least in Python. I can paste a function in its entirety and not need to know whether it uses tabs or spaces. In Prothon (at the moment), a mixture would give me a parse error. But in the more general case, yes it could cause the same grief. If I made wholesale cut and paste changes to a file, scattering many tab-indented statements in among my space-indented ones, it would take at least a little while to straighten it out. In any case, it is more an annoyance than a showstopper, I'd say. If I got into the habit of bringing all external code into a file and saving it, my editor would convert the tabs to my default and the code would be usable without difficulty. I can live with that little thing. -- rzed
- Previous message (by thread): "correct" tab/space rule? (prothon)
- Next message (by thread): Indent testers needed (Prothon)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list