Dnia 2020-02-20, o godz. 08:57:51
David Riley <fraveyd...@gmail.com> napisaƂ(a):

> I'm willing to be convinced otherwise.  [...] 
> a new "magic" tab that won't be supported

This proposal is not about some "magic tab". It is about a gofmt formatting 
recipe
that allows for minimal changesets while keeping "pretty" autoformatting of 
structs
intact. ("Smart tabs" were mentioned by Manilo in other thread. :)

> Note that any change made is going to wind up producing 
> ENORMOUS superfluous diffs the first time anyone uses it 
> on existing code that's already been formatted,

This is the very reason for the "comment-mark" existence in this proposal.

Only new code will use it. Once you do a changes to the struct, you then may
chose new formatting as any change under old rules is going to produce
a massive changeset anyway.

Proposed recipe in fact needs none marker, it could as well used heuristics to 
set
csPos = tsPos  +8, or +16. Marker gives an opt-in switch here.

> - Dave
 
TC,

-- 
Wojciech S. Czarnecki
 << ^oo^ >> OHIR-RIPE

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/20200220155204.0bbf9bcd%40xmint.

Reply via email to