Tab-key = Indent Correctly, != Insert Whatever (Was: Re: Deprecate tabs for indenting)
"Jürgen A. Erhard"
jae at jerhard.org
Mon Dec 10 01:18:34 CET 2001
>>>>> "Greg" == Greg Ewing <greg at cosc.canterbury.ac.nz> writes:
Greg> Huaiyu Zhu wrote:
>> So I'd suggest the tab advocates to consider the other side's
Greg> And vice versa as well. To give one concrete example, BBEdit
Greg> on the Mac is very definitely what Huaiyu calls a
Greg> "tab-character" editor, both in what happens when you press
Greg> the tab key, and in the way its block-shifting commands
Get a better editor... like Emacs >;-)
Seriously, I'm following this thread (lazily, and even more so,
disgustedly) for some time... and haven't seen my position, so for all
Pressing the tab key in python-mode (Emacs) means
It doesn't mean "insert a tab character". And neither does it mean
"insert N spaces". The closest it gets to is "jump to a fixed
position". Which is context-sensitive, so it's not what most people
mean with "fixed pos".
And that's what I'm thinking when I press it (not: insert a tab now,
but indent this correctly).
I *can* configure Emacs' indentation to use spaces and tabs, or just
PS: cut-and-paste a block? Misaligned? Ctrl-C > and Ctrl-C < shift
by the indentation.
PPS: Did I mention that I *adore* Emacs' malleability? :-)
Jürgen A. Erhard (juergen.erhard at gmx.net, jae at users.sf.net)
Linux - Free PC Unix (http://www.linux.org)
Shah, shah! Ayatollah you so!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 248 bytes
Desc: not available
More information about the Python-list