Closed Dreamsorcerer closed 2 years ago
We'd love to see them!
I'm working on a dozen other repos at the moment. But, if anyone wants to make a start on this, I can review PRs and help answer any questions if you get stuck. Just tag me on a PR.
As mentioned in #724 I'd definitely like to see us cover the tests. We'll need check untyped defs since I don't think there's much value in annotating the types on the pytest declarations themselves, but my experience with pyca/cryptography
was that we found some bugs in our type decls when we added the test suite into the mix 😄
Is there anything else we'd like to do here? I have some time spare over the Christmas break if anything springs to mind.
I think we're set until we see some feedback after the 1.5.0 release. If there's anything else you want to see in 1.5.0 I'd suggest a PR in the next day or two though 😄
The only thing I see missing, which is perhaps not a small task, would be to factor out the examples from the documentation into separate .py
files (and then include the files into the documentation dynamically). This would allow testing all those examples, which serves 2 purposes.
Mapping
output and Dict
input), the type error won't appear in pynacl as the functions are only used together by the end user).doctest can do this (with some limitations) if we're not already using it on this repository (we do on cryptography). I agree that having the examples run is highly desirable to prevent bit rot
Would be nice to have type annotations to support static typing in projects using mypy.