Conversation
|
This looks good to me. I've pushed some minor updates and formatting fixes here: murrayrm#1 |
|
I'm having a few local issues that I want to resolve before merging this:
I'm not sure I can/should resolve the last one, but I may play with a few things (like processing the docstrings to convert |
ffd82ea to
0f96369
Compare
I agree that we lose readability of the docstrings for better math rendering. It would be great if sphinx could read --> and <--> as \rightarrow and \leftrightarrow in the docstrings. |
|
I've added preprocessing code to allow docstring text to be converted into mathematical notation during sphinx compilation. This allows the use of simple docstrings that still look OK in text. Description of changes (from Developer Notes):
|
|
Planning to merge this later today (1 Dec) since I have another PR that builds on this one (related to parameters). |
This PR updates the sphinx configuration file and reference manual structure to make a number of improvements:
All references to BioCRNpyler objects in both the user guide and docstrings should now properly link to the numpydoc formatted pages for that class and/or method.
The reference manual now uses autosummary tables to list classes for each module, which includes a short summary in addition to the class name.
Updated the tutorials (Jupyter notebooks) to fix various warnings and use proper sectioning commands so they appear in the user guide correctly.
Fixed all warnings generated by sphinx (at least on my local machine; readthedocs still seems to get confused about some of the included files, but resolves things correctly).
Added a custom template for class autosummaries that lists methods as a table after the notes section (followed by the actual docstrings for each method).
The class descriptions are now of the form
biocrnpyler.<subpkg>.classwheresubpkgis 'core', 'components', 'mechanisms', or 'mixtures'. Aliases are set up so that the subpkg can be ignored in references (soSpecieswill point tocore.Species).Preprocessing code is included to allow various conversions of simplified docstring formatting to formatted mathematics, such as converting '<-->' to$\rightleftharpoons$ . See the Developer Notes in the documentation for a full description.
Some smaller changes (not all implemented systematically):
To see what the new format looks like, use the following links: