-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Documentation system using mkdocs #680
Conversation
We can now publish this to |
Documentation system using mkdocs
I'm looking at: http://pymc-devs.github.io/pymc3/ There's no API reference docs, right? Would be great to have and everyone uses Sphinx for that, no? |
This should probably be a criterion for moving from beta to release. I'm not as sold on Sphinx as I once was. I would personally prefer a markdown-based system rather than restructured text. |
I'm not a huge Sphinx fan, specifically it's very complex, the build is slow and the error messages cryptic.
Make a new PyMC3 issue with the feature request for API docs because this one is closed? |
Although I haven't tried it I thought you could mix .md files with .rst in your docs (sphinx-doc/sphinx#1747). The autodoc feature of sphinx among others are handy. |
Personally, I never look at the compiled manual but rather use The way to go is probably have mkdocs for the docs and sphinx autodoc for the manual. |
The nice thing about separating them is that you can clearly show the split between prose and auto-generated docs. The downside is that it is hard to make them feel well integrated, but given the prose markdown will reference the rst and never the other way around it wouldn't be that bad either. |
Addresses #346.
What's nice about
mkdocs
, compared tosphinx
, is that the source is markdown rather then rest. That means documentation can be written as IPython NBs and then automatically integrated.However, this system publishes to
gh-pages
which is where currently the pymc 2 docs reside. Not sure if we should move those somewhere else?