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

Nuke the sphinx docs? #350

Open
zhonge opened this issue Feb 22, 2024 · 3 comments
Open

Nuke the sphinx docs? #350

zhonge opened this issue Feb 22, 2024 · 3 comments
Assignees

Comments

@zhonge
Copy link
Collaborator

zhonge commented Feb 22, 2024

We moved our documentation to gitbook (preference for a WYSIWYG editor): https://ez-lab.gitbook.io/cryodrgn/

@michal-g was going to look into possibly revisiting sphinx docs, but pending that, we should remove the sphinx docs (docs) from the repo and turn off the automatic deployment/ delete the gh-pages branch.

@michal-g michal-g self-assigned this Feb 22, 2024
@michal-g
Copy link
Collaborator

Having gained admin access I took another look at our GitHub deployments and did some cleaning up and polishing for #366 — for the Sphinx docs in particular I made them only deploy when a new tag is pushed to main, whereas previously they deployed whenever a new tag was pushed to any branch. Since main is protected and requires approvals and checks before branches or commits (and thus any tags on them) are merged to it, these doc deployments will now happen much more rarely, and only upon the kind of action usually associated with a new version release as opposed to whenever anyone decides to create a new tag.

I also looked at how sphinx.ext.autodoc works — it could be useful for auto-generating help pages for the docstrings used in our commands for people who don't want to use the command-line interface (-h) to access these help messages. We are in the process of making better, more complete versions of these docstrings (see e.g. commands_utils.clean) and it would be nice if users could read them in a browser and not a terminal window!

Since we can make these doc deployments less messy and more useful, and Sphinx actually does a good job of segregating the document data (docs/) and commit history of generated content (gh-pages branch) from the rest of our repo, for now I am in favour of giving Sphinx another go! It can be used alongside a WYSIWYG editor like gitbook for more API-type auto-generated content as opposed to manually-generated tutorials and demos.

@zhonge
Copy link
Collaborator Author

zhonge commented May 9, 2024

Using sphinx to auto-generate help pages for docstrings in the commands/API seems helpful, but I do think gitbook is much easier for writing tutorials/user guides. Should we have both?

@michal-g
Copy link
Collaborator

michal-g commented May 9, 2024

Yup, just to clarify:

It can be used alongside a WYSIWYG editor like gitbook for more API-type auto-generated content as opposed to manually-generated tutorials and demos.

is a recommendation for what we should try! I will be working on cleaning up the gitbook content and will also continue trying to produce something more useful from the Sphin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants