Felix Hildén

Thank you for the suggestion, but unfortunately we won't do this. For your particular example it is a lot more readable, but it is not a style we want to...

True and good catch. But this doesn't seem worthy of a dedicated flag like `--highlight-trailing-spaces`. Perhaps something like `--rich` for color + whatever else magic we want to add? 🤷‍♂️

Alright, we've decided to go ahead with docstring processing, and I'm very keen on bringing this in! Whether intro lines end up in the first or second line is secondary...

Perhaps safe to say that having Shades(TM) in their full glory is rejected. We most probably won't revert all unsafe changes: the new string processing is great! Docstring modifications are...

After discussing with the team internally, we've decided to: - Not introduce new configuration for AST safety or add shades - Continue formatting docstrings and making improvements there So this...

In #3087 we discussed docstring formatting, and decided that it will keep happening. The specific issue Richard brought up is being tracked in #1698. So I'll close this issue for...

Setuptools has support now, but we could look into Hatchling which seems popular nowadays. Or just move most of the configuration to `pyproject.toml` while still staying with the old build....

Finally there's enough action to warrant a resolution here, I'll look to introduce this for 5.0

I'm leaning on this not being a thing, because `codeautolink` has its use case. This feels more like docs linting, which could be another package altogether. And if they want...

Still not sure if it's worth to do this, but if we do, we might as well let the items be regexes so that people can disable exactly what they...