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

Removing inherited docstrings from Docs #628

Merged
merged 2 commits into from Apr 20, 2022

Conversation

john-science
Copy link
Member

Description

It has been noted that our auto-docs use super class docstrings if the class doesn't have a docstring:

#423

That's no good, so this PR fixes that.

Caveat: I was not able to fix this problem for yamlize classes for some reason. For instance, radialMeshPoints are a subclass of yamlize.Attributes. And the only solution I have found for this is I can completely remove the radialMeshPoints member from the AssemblyBlueprint doc entirely. But I have not found a way to remove the inherited docs from yamlize subclasses.


Checklist

  • The code is understandable and maintainable to people beyond the author.
  • Tests have been added/updated to verify that the new or changed code works.
  • There is no commented out code in this PR.
  • The commit message follows good practices.
  • All docstrings are still up-to-date with these changes.

If user exposed functionality was added/changed:

  • Documentation added/updated in the doc folder.

@john-science john-science added the documentation Improvements or additions to documentation label Apr 19, 2022
@john-science
Copy link
Member Author

Question Time:

Which should I do?

  1. Just remove all subclasses of yamlize.Attribute from the autodocs?
  2. Open a ticket for solving this inheritance problem for yamlize subclases?

Copy link
Member

@ntouran ntouran left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you should add a short comment to this explaining why we turned that off. Git blame may be useful but it's probably worth a comment so someone else doesn't just turn it back on.

Also, I think opening a ticket on yamlize would be useful, as I expect other uses of the lib will run into a similar issue and they're more likely to find it there than here.

@john-science john-science merged commit 34552c2 into terrapower:master Apr 20, 2022
@john-science john-science deleted the fix_docstrings branch April 20, 2022 00:22
@john-science
Copy link
Member Author

Okay, the problem is generally fixed in the docs except for subclasses of yamlize.Attribute, which I have opened a ticket for here:

#629

drewj-usnctech added a commit to drewj-usnctech/armi that referenced this pull request Apr 20, 2022
…efine-system-builders

* terrapower/master: (24 commits)
  Update docstring formatting in `getPotentialParentFromSettingValue` (terrapower#627)
  Removing inherited docstrings from Docs (terrapower#628)
  Removing bare "import armi" statements (terrapower#626)
  Fixing assembly number issue in DB Load (terrapower#615)
  Making the app version more available (terrapower#624)
  Adding MPI tests to code coverage (terrapower#625)
  Removing support for XML Settings files (terrapower#612)
  Minor language cleanup in new standards and practices. (terrapower#610)
  remove extraneous `mpicov` arg from tox.ini envlist (terrapower#604)
  Swap flux param (terrapower#605)
  Fixing _fluxSwapParam for NumPy arrays (terrapower#607)
  Unshaped component (terrapower#600)
  Fixing docstring (terrapower#601)
  Adding options to settings report (terrapower#598)
  Adding coding standards and practices to Docs (terrapower#597)
  Removing defunct code from HistoryTrackerInterface (terrapower#594)
  Fix to a bug where an ARMI application could not call (terrapower#593)
  Tracking ARMI Requirements (terrapower#590)
  Remove PyYaml Dependency (terrapower#586)
  Filling out code coverage for entry points (terrapower#587)
  ...
scottyak pushed a commit to scottyak/armi that referenced this pull request Oct 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants