-
Notifications
You must be signed in to change notification settings - Fork 890
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
Indentation clash with 'pylint' ('bad-continuation') #843
Comments
I read again the seemingly related issues and pull requests:
But couldn't find anything conclusive. Setting
|
I just ran into then when upgrading from 0.26.0 to 0.30.0. |
Any idea if it is supposed to be supported and it is a bug. Or if it is a use case that was never meant to be supported and I should adjust my expectations? |
Seems like This happened as far back as pylint v2.6 released on 2020-08-20, and somehow I had not seen it it this whole time. I still wish it were possible to instruct yapf to double-indent in the cases presented above. |
+1 Treat function/method definition indentation differently from anything else, including function/method call indentation. E.g., I would like to be able to specify 8 spaces for definition, but 4 for call. |
(yapf 0.30.0)
I would like the following code to stay as-is, i.e. the arguments (and the condition) should be indented by 8 spaces, but yapf indents them with 4 spaces.
Indeed this format as done by yapf clashes with pylint and triggers
bad-continuation
messages from pylint:This is the style configuration used:
Is that yapf's intended behaviour? Is there anything I can change in the configuration to obtain formatting that complies to pylint's (8 space indentation for arguments)?
The text was updated successfully, but these errors were encountered: