3 ms·
While it's clear that a std formatter is a big win (I absolutely love elm-format), I'm somewhat afraid of this sort of change. Stuff like line length isn't only
by napsterbr 9y ago
While it's clear that a std formatter is a big win (I absolutely love elm-format), I'm somewhat afraid of this sort of change. Stuff like line length isn't only a personal preference, changing the width e.g. from 80 to 100 would seriously "break" my IDE window layout. At the same point, making it configurable would decrease the benefit of OneTrueStandard. Definitely a tough decision either way.
- nickjj 9y agoI think having something is way better than nothing. I too like 80 max chars since it lets me fit 3 side by side code windows. From what I gathered this is configurable at a project level. To me it seems like a huge step up from having to use a tricked out rubocop/flake8 config to detect issues while you have to manually fix them. Just knowing I never have to deal with formatting again because Jose and gang put a crazy amount of effort into ensuring it does the right thing is really nice.
- eikenberry 9y ago80 character max also fits nicely with the 4-6 inch column width for optimal readability.
- dnautics 9y agoI love the formatter but sometimes I arrange macros with uneven spacing to align categories of things in columns. It would be nice to have sections where you could disable the formatter.
- rehemiau 9y agoYou can have a .formatter.exs file where you'd specify input files for the formatter. You can't exclude files but you can achieve the same this way.