Skip to content
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

Missing docstrings in V4 #280

Open
2 tasks done
StijnKas opened this issue Nov 8, 2024 · 2 comments
Open
2 tasks done

Missing docstrings in V4 #280

StijnKas opened this issue Nov 8, 2024 · 2 comments
Labels
bug Something isn't working Python Issues related to the Python tools
Milestone

Comments

@StijnKas
Copy link
Collaborator

StijnKas commented Nov 8, 2024

pdstools version checks

  • I have checked that this issue has not already been reported.

  • I have confirmed this bug exists on the latest version of pdstools.

Issue description

Creating issue for tracking purposes. While refactoring for the V4 version of pdstools, not every class/module/method/function was given docstrings. Now that I've included numpydoc as a pre-commit hook, this becomes an issue. I'd like to use numpydoc to validate new incoming docstrings automatically, but we can't do that today as it's complaining about many missing docstrings instead. This'll be quite some work, but obviously it's necessary to get the API docs up to speed as well.

Reproducible example

-

Expected behavior

Unfortunately (for us), every class, method, function should have a docstring, conforming exactly to the numpy docstring standard. I say unfortunately, because this is a lot of work.

Installed versions

V4
@StijnKas StijnKas added bug Something isn't working Python Issues related to the Python tools labels Nov 8, 2024
@StijnKas StijnKas added this to the V4 milestone Nov 8, 2024
@operdeck
Copy link
Collaborator

operdeck commented Nov 8, 2024 via email

@StijnKas
Copy link
Collaborator Author

StijnKas commented Nov 8, 2024

@operdeck I don't believe they are exclusive and I think there may be some middle-ground (only requiring valid docstrings for new code), but I do think there's quite some benefits to having proper docstrings so that it's more self-documented. But definitely good to not do docstrings for the sake of docstrings, so maybe this issue is worded a bit strongly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Python Issues related to the Python tools
Projects
None yet
Development

No branches or pull requests

2 participants