dfmt options

Brian Schott via Digitalmars-d digitalmars-d at puremagic.com
Sun Mar 15 03:25:07 PDT 2015

On Sunday, 15 March 2015 at 10:12:09 UTC, Dicebot wrote:
> On Sunday, 15 March 2015 at 10:03:15 UTC, Walter Bright wrote:
>> Haven't we all got better things to do than argue about 
>> formatting styles? If I was a manager paying programmers $$$$, 
>> I do not want to pay them to argue about formatting, either.
> But this is exactly the point! There is a team with already 
> established coding style. Suddenly switching those because of 
> upstream will create inevitable tension and decrease in 
> efficiency until people adapt to new style and form new habits. 
> And this will be investment with exactly 0 resulting benefit. 
> Most likely pragmatical decision would be "stick to existing 
> style and ignore dfmt existence". Or "fork that tool and add 
> our style" if that is small effort.
> It is also matter of expectation. Until now D was very 
> un-opinionated language, probably even closer to language 
> construction set. If this changes for one case, one may fear 
> more similar decisions may follow.

Before this gets even more out of hand[0] I'd like to point out 
that handling the two different brace styles and spaces-vs-tabs 
is about 20 of the nearly 2000 lines of code in dfmt.

These two options have been related to maybe 3 of the 100 issues 
filed against the tool. It's just really not a big deal compared 
to the line wrapping and indentation matching that needs to be 
done regardless of which color the bike shed is.

[0] Remember when I said I was an idiot for starting this thread?

More information about the Digitalmars-d mailing list