Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 28 Feb 2003 12:38:15 -0800
From:      Terry Lambert <tlambert2@mindspring.com>
To:        David Cuthbert <dacut@kanga.org>
Cc:        hackers@freebsd.org
Subject:   Re: C coding editor
Message-ID:  <3E5FC8B7.F93FD4CA@mindspring.com>
References:  <20030221122103.GA2073@asterix.local> <3E5A4264.2010801@millions.ca> <3E5A4BA9.5010700@mitre.org> <200302260841.40693.wes@softweyr.com> <3E5EF568.4040800@kanga.org> <3E5F82CF.FCE0CB4C@mindspring.com> <3E5F9753.3090103@kanga.org>

next in thread | previous in thread | raw e-mail | index | archive | help
David Cuthbert wrote:
> The n characters/line issue deals more with the ability to visually
> track the line.  If, for example, when you reach the end of the line you
> often find yourself accidentally reading the same line again, then the
> line is too wide.
> 
> Or something to that effect.  I'm not an HCI expert, so...

I considered mentioning exactly the same thing (starting over on
the same line, instead of the next one) as an argument, and then
quoting Narvii and other HCI experts to back the idea up, but the
references I would have had to use were too obscure to be online.
8-) 8-).


> >>The 80 column limit can also encourage developers to keep their
> >>functions smaller and factor out common code.  (I say can, because I've
> >>seen the six-levels-of-indentation-loops sadly all too often...)
> >
> > Seems to have worked well for tcp_input().  8-) 8-).
> 
> Heh... for every example where it works/is needed, I can find 10
> examples in our code at work where it definitely *isn't* needed. :-)

It's very easy to do that with your own code... ;^).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E5FC8B7.F93FD4CA>