From: Lyndon Nerenberg <lyndon@orthanc.ca>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Why does Acme only show text?
Date: Wed, 15 Jul 2009 14:41:34 -0600 [thread overview]
Message-ID: <alpine.BSF.2.00.0907151429240.25656@legolas.orthanc.ca> (raw)
In-Reply-To: <9ab217670907151314n4e5c5855oda60cc527bb83422@mail.gmail.com>
> On that note, my personal experience has found it to be a lot easier
> to find and correct scope issues in Python than it has to find missing
> braces or semicolons in other languages, sometimes even with matching
> enabled. This usually is the case for awful spaghetti-ish code.
I find Python's whitespace rules annoying, but I can live with them.
Where the whitespace flow control always screws me is when I'm working on
a particular chunk of code using different editors that have different
semantics for interpreting <HT>. You have to remember if the editor of the
moment interprets <HT> as:
1) HT passed through, displays to next col%8
2) HT passed through, displays to next col%user_defined_tabstop setting
3) As for (1) and (2), but <HT> also expanded to corresponding n*<SP>
to match display interpretation.
As soon as you mix 8 and non-8 tabstop rails, any remnants of sanity exit
stage left. Because of this I far-too-often find myself running
acme-edited code through [un]expand to ensure sane tab behaviour.
(Not acme's falut per se -- it's just the editor I most commonly use that
does non-8 tabstops by default.)
--lyndon
next prev parent reply other threads:[~2009-07-15 20:41 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-15 1:58 Jason Catena
2009-07-15 4:36 ` Rob Pike
2009-07-15 5:02 ` David Leimbach
2009-07-15 13:11 ` Charles Forsyth
2009-07-16 9:58 ` cej
2009-07-16 10:41 ` mattmobile
2009-07-16 12:11 ` michael block
2009-07-16 12:29 ` cej
2009-07-15 9:25 ` Paul Donnelly
2009-07-15 12:22 ` Ethan Grammatikidis
2009-07-15 15:32 ` cej
2009-07-15 15:44 ` Ethan Grammatikidis
2009-07-15 17:00 ` John Floren
2009-07-15 18:24 ` Francisco J Ballesteros
2009-07-15 18:26 ` Steve Simon
2009-07-15 18:59 ` David Leimbach
2009-07-15 19:07 ` John Floren
2009-07-15 19:27 ` David Leimbach
2009-07-15 20:58 ` Chad Brown
2009-07-15 21:07 ` John Floren
2009-07-15 19:54 ` Jason Catena
2009-07-15 19:59 ` erik quanstrom
2009-07-15 20:05 ` andrey mirtchovski
2009-07-15 20:14 ` Devon H. O'Dell
2009-07-15 20:29 ` Jason Catena
2009-07-15 20:42 ` Noah Evans
2009-07-15 20:51 ` David Leimbach
2009-07-15 21:27 ` Ethan Grammatikidis
2009-07-15 23:31 ` Jason Catena
2009-07-15 21:07 ` Ethan Grammatikidis
2009-07-15 21:12 ` erik quanstrom
2009-07-15 21:32 ` Ethan Grammatikidis
2009-07-15 20:41 ` Lyndon Nerenberg [this message]
2009-07-15 21:00 ` Federico G. Benavento
2009-07-15 21:14 ` David Leimbach
2009-07-16 8:51 ` Paul Donnelly
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.BSF.2.00.0907151429240.25656@legolas.orthanc.ca \
--to=lyndon@orthanc.ca \
--cc=9fans@9fans.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).