> - Black fails at its most basic premise - "avoiding manual code formatting" - because a trailing comma causes a list/function call to be split over lines regardless of width
It's one of my favorite things about black, and I've started to use that formatting of function calls with long arguments for other languages too.
But I also despise long lines with a passion, I hate having to go to the right, and would much much rather scroll up and down with a consistent width, so that I can put multiple views next to each other.
I don’t mind the formatting, I mind that the formatting is done depending on wether the list ends with a comma or not.
[
Item1,
Item2
]
Is combined to one line, while
[
Item1,
Item2,
]
Stays as multi line. Now I am once again in charge of formatting my code, by virtue of the comma. Does this stay multi line or is it short enough enough to combine? That should be for black to decide not me!
Yes, but wasn’t the whole point not having to run the linter with options.
The trailing comma thing seems inconsistent with handing over the formatting to black. Now I’m in charge of deciding if a list should be cleaned up into one line or not.
But I also despise long lines with a passion, I hate having to go to the right, and would much much rather scroll up and down with a consistent width, so that I can put multiple views next to each other.