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>