This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Thoughts on doxygen for internal documentation
- From: dewar at gnat dot com (Robert Dewar)
- To: Theodore dot Papadopoulo at sophia dot inria dot fr, law at redhat dot com
- Cc: dnovillo at redhat dot com, gcc at gcc dot gnu dot org
- Date: Fri, 17 Jan 2003 22:37:49 -0500 (EST)
- Subject: Re: Thoughts on doxygen for internal documentation
> As an example, I always wondered why the rule of 80 columns is still
> that strict. IMHO often code can be more readable using longer lines
> (still with a reasonnable limit, just an higher one). Yes I know, some
> people still have a very old 80 columns VT100, but those cannot be
> that many ? Indeed, mail reader sometimes have this 80 limit constraints,
> but then problems with line wrapping by mailers happen also with 80
> columns... So why keeping this constraints and not updating it to
> something more sensible such as eg 132 colums.
It is really useful to maintain the 80 column rule, otherwise you get
into a mess in using screen real estate, or messing with horizontal
scrolling in an editor.