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
Update to isort 5.8 #11204
Update to isort 5.8 #11204
Conversation
Well, I would actually merge this sooner than later. I don't see too many PRs where this would be particularly conflicting. |
a4532bb
to
825de7f
Compare
@mattpap I've pushed a change with a wrap limit of 4 imports you can see if you like better. |
I personally think the new value (4) is better |
Co-authored-by: Mateusz Paprocki <mattpap@gmail.com>
FYI I did have some conflicts rebasing this on latest, so I'd like to go ahead and merge this as-is and punt on any question or the docs/examples (if it is really a concern, an issue can be opened). |
* update examples * use conda for 3.9 now * use force_grid_wrap=4 * remove profile * Update bokeh/util/string.py Co-authored-by: Mateusz Paprocki <mattpap@gmail.com> * add missing boilerplate Co-authored-by: Mateusz Paprocki <mattpap@gmail.com>
A few comments on goals:
.isort.cfg
files as nearly identical as possibleexamples
andsphinx
are identical, and a restricted to line length 88 since they need to be formatted in docsbokeh
andrelease
are identical, andtest
almost so (it needs specual adds for local imports)bokeh
,release
, andtest
for consistency, but I really don't like super long import lines. I do not ever want to to have to scroll horizontally to see imports. I usedforce_grid_wrap=5
which is not perfect, but seems OK@mattpap we don't have to merge this especially soon, while so many PRs are in flight. But I did want to nail down a workable configuration (will keep looking for any tweaks to improve this as well)