You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I agree the current situation isn't great but I'm not sure what the best situation is yet without diving in a bit more.
The line break right after the <- is currently an opt-in feature (through a persistent line break). It won't ever generate one of those line breaks automatically. I don't really love seeing those kinds of line breaks just appear as soon as you hit the line limit, because I greatly prefer the lhs and rhs to at least start on the same line.
One way of expressing my preference is that I prefer line-wrapping strategies that minimize line breaks, with exceptions.
In my original example, I'd much prefer breaking around an entire expression over introducing several breaks. Once internal breaks are required, then I like consistent breaks.
Personally, I'd be okay with your over-long pipe chain example becoming this
if you're only 6 characters over the line width constraint. Very often the second line will still not be under, in which case you'd move to an "internal break" on the RHS
In chromote, we had this line
which, when wrapped to 80 characters with air 1.0.0 becomes
but I'd much rather this break at the
<-
(without me having to introduce that break manually)The text was updated successfully, but these errors were encountered: