Terrence Reilly

That seems reasonable. There's a similar flag, `--ignore-regex`, which allows you to ignore functions which match a given regex. Perhaps something similar could be added for decorators? (Like, `--decorator-ignore-regex`, or...

That seems reasonable to support. Not sure exactly when I'll get around to it, but I'll update this at that time.

> breaking them apart into sections and section entries in a first pass, and using CYK only on the individual section entries In fact, this is already what it does....

Good catch. I see a lot of use of `:yields:` in the wild, but if it's not in the spec, then it definitely shouldn't be required. (Although, since others find...

Yes, it [doesn't parse](https://github.com/terrencepreilly/darglint/blob/abc26b768cd7135d848223ba53f68323593c33d5/darglint/flake8_entry.py#L87) this value from config files. You're welcome to submit a pull request if you think it should.

Related to Issue #11

I've considered this before. Parsing the class docstring is no problem, but verifying the attributes of the class does provide some challenges. The problem is that the attributes visible in...

@Beefy-Swain Correct; this is not yet a feature of darglint. (Because of the difficulties in statically analyzing attributes.)

Yes, I just have limited bandwidth at the moment. I plan on getting to it at some point. I've updated the [roadmap](https://github.com/terrencepreilly/darglint/tree/develop#roadmap) in develop to include it.

I can see the argument for ignoring it, since it should do the same for a plain return statement. And if the yielded value isn't expected to be used, it...