X-Git-Url: https://git.madduck.net/etc/vim.git/blobdiff_plain/862c6f2c0c99b34731bd1e8812297fd2803e6a8b..d7a28dd78631fb962da95fb2d2de0e18ca6754a4:/docs/guides/using_black_with_other_tools.md?ds=sidebyside
diff --git a/docs/guides/using_black_with_other_tools.md b/docs/guides/using_black_with_other_tools.md
index bde99f7..6c6fbb8 100644
--- a/docs/guides/using_black_with_other_tools.md
+++ b/docs/guides/using_black_with_other_tools.md
@@ -51,9 +51,9 @@ line_length = 88
#### Why those options above?
-_Black_ wraps imports that surpass `line-length` by moving identifiers into their own
-indented line. If that still doesn't fit the bill, it will put all of them in separate
-lines and put a trailing comma. A more detailed explanation of this behaviour can be
+_Black_ wraps imports that surpass `line-length` by moving identifiers onto separate
+lines and by adding a trailing comma after each. A more detailed explanation of this
+behaviour can be
[found here](../the_black_code_style/current_style.md#how-black-wraps-lines).
isort's default mode of wrapping imports that extend past the `line_length` limit is
@@ -210,31 +210,16 @@ mixed feelings about _Black_'s formatting style.
#### Configuration
```
-disable = C0326, C0330
max-line-length = 88
```
#### Why those options above?
-When _Black_ is folding very long expressions, the closing brackets will
-[be dedented](../the_black_code_style/current_style.md#how-black-wraps-lines).
+Pylint should be configured to only complain about lines that surpass `88` characters
+via `max-line-length = 88`.
-```py3
-ImportantClass.important_method(
- exc, limit, lookup_lines, capture_locals, callback
-)
-```
-
-Although this style is PEP 8 compliant, Pylint will raise
-`C0330: Wrong hanging indentation before block (add 4 spaces)` warnings. Since _Black_
-isn't configurable on this style, Pylint should be told to ignore these warnings via
-`disable = C0330`.
-
-Also, since _Black_ deals with whitespace around operators and brackets, Pylint's
-warning `C0326: Bad whitespace` should be disabled using `disable = C0326`.
-
-And as usual, Pylint should be configured to only complain about lines that surpass `88`
-characters via `max-line-length = 88`.
+If using `pylint<2.6.0`, also disable `C0326` and `C0330` as these are incompatible with
+_Black_ formatting and have since been removed.
#### Formats
@@ -242,9 +227,6 @@ characters via `max-line-length = 88`.
pylintrc
```ini
-[MESSAGES CONTROL]
-disable = C0326, C0330
-
[format]
max-line-length = 88
```
@@ -257,9 +239,6 @@ max-line-length = 88
```cfg
[pylint]
max-line-length = 88
-
-[pylint.messages_control]
-disable = C0326, C0330
```
@@ -268,11 +247,40 @@ disable = C0326, C0330
pyproject.toml
```toml
-[tool.pylint.messages_control]
-disable = "C0326, C0330"
-
[tool.pylint.format]
max-line-length = "88"
```
+
+### pycodestyle
+
+[pycodestyle](https://pycodestyle.pycqa.org/) is also a code linter like Flake8.
+
+#### Configuration
+
+```
+max-line-length = 88
+ignore = E203
+```
+
+#### Why those options above?
+
+pycodestyle should be configured to only complain about lines that surpass `88`
+characters via `max_line_length = 88`.
+
+See
+[Why are Flake8âs E203 and W503 violated?](https://black.readthedocs.io/en/stable/faq.html#why-are-flake8-s-e203-and-w503-violated)
+
+#### Formats
+
+
+setup.cfg
+
+```cfg
+[pycodestyle]
+ignore = E203
+max_line_length = 88
+```
+
+