-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Suboptimal line split choices with wrap_long_dict_values_in_parens
#3452
Comments
I can confirm this doesn't happen in 22.12.0, so it's new in the 23 line |
This is caused by #3440, agree it made this particular case worse. I can take a look once I have some free time. |
re: --preview, yes we are, sorry I forgot to mention that, we like black so much we always want more |
Just for future reference, please make it very clear which style your feedback is for. As you would imagine we care a lot more about feedback for the 2023 stable style and we'll assume any feedback on 23.1a1 to be about it unless noted. I'll also make this more clear in the main thread and my blog post to avoid confusion :) |
wrap_long_dict_values_in_parens
Describe the style change
I'm looking at differences between 22.8.0 and 23.1a1 on our code base, most of it looks really good ❤️ as always thanks for the great work
however there is one pattern of change that doesn't seem ideal, it's possible this has been flagged already, I wasn't sure what to look for.
22.8.0
23.1a1
when a line needs breaking there must be some logic to decide where to break it, I guess it will find multiple candidates and rank them somehow, it looks like in this case it's started favouring the later break, whereas before it was favouring the structurally more significant one
The text was updated successfully, but these errors were encountered: