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

Fix Python 3.6 f-string compatibility, and condense documentation for FNO classes #5

Closed
wants to merge 6 commits into from

Conversation

m4e7
Copy link
Owner

@m4e7 m4e7 commented Aug 21, 2023

There are still several instances of f"{x=}" in the repo, which causes issues when trying to import the library in to Python 3.6. Drop the = in these f-string to fix this problem.

Additionally, the repeated docstrings between base class FNO and subclasses FNOnd make maintaining documentation more work than it needs to be. The parameters are used identically in the base- and subclass, and in some cases the subclass documentation is already out of date. Delete the repeated parameter comments in favor of referring users back up to the full documentation of FNO (tested in a local make of sphinx-gallery).

Lastly, run black on touched files.

Previous PR: #4

Reviewer(s): @zongyi-li @JeanKossaifi

All parameters besides n_modes.* args are repeated verbatim in documentation.
This has already caused drift in maintaining the docstrings for the class.

Remove repeated parameters and let the subclasses refer back up to the
superclass' documentation.
@m4e7
Copy link
Owner Author

m4e7 commented Aug 30, 2023

Closing this in favor of neuraloperator#209 against neuraloperator:main

@m4e7 m4e7 closed this Aug 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant