[OT] Auto code reformating / one coding style enforcment.

Jarrett Billingsley kb3ctd2 at yahoo.com
Mon Aug 14 09:46:31 PDT 2006


"Sean Kelly" <sean at f4.ca> wrote in message 
news:ebq7gr$2ski$1 at digitaldaemon.com...

> Hard tabs work okay for leading indentation, but for inner 
> indentation--long function calls, if statements, variable lists, etc--they 
> can render code unreadable if viewed with a different tab width.

Oh I never, ever use tabs in internal indentation for that very reason. 
Then again, I rarely internally indent my code.

> Even worse is if in a group project, some people use hard tabs and others 
> spaces, and those using hard tabs have different tab widths. I've worked 
> on projects like this (including the one I'm on now) and the tabs are a 
> disaster.

Sounds like a reason to have a group coding style.

> Given the relative ease with which modern editors can jump from word to 
> word and eat whitespace, I simply don't understand the attachment to hard 
> tabs.

I don't like being able to select the individual spaces in the indentation, 
or being able to accidentally get the indentation off by a space or two 
through odd editing.  And not all editors are created equal in the cursoring 
respect - some can go thru spaces as if they were tabs; some depend on 
global settings to determine if that happens; and some don't offer it at 
all.  With tabs, there's no other way to cursor through them. 





More information about the Digitalmars-d mailing list