-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Easily extendable autodoc #3
Labels
Comments
shimizukawa
added
type:enhancement
enhance or introduce a new feature
extensions:autodoc
labels
Jan 2, 2015
From Georg Brandl on 2009-01-04 20:03:59+00:00 When we switch to docutils 0.5 only as a dependency is a good occasion to do this. |
From Georg Brandl on 2009-02-20 09:35:41+00:00 Now implemented in trunk (even without requiring docutils 0.5). |
From Georg Brandl on 2010-08-25 12:19:56+00:00 Removing milestone: 0.6 (automated comment) |
This was referenced Jan 2, 2015
birkenfeld
pushed a commit
that referenced
this issue
Mar 11, 2015
…91 (pull request #3) Added support for Windows color output using colorama (if installed)
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Make autodoc directives easily extendable, as proposed in
http://groups.google.com/group/sphinx-dev/browse_thread/thread/7845240128b3b48a/5d7bc99598699710?lnk=gst&q=autodoc#5d7bc99598699710
[comment from OP]
I'd like to retract my proposition, or rather rephrase it.
Extending autodoc would be simpler if directives such as function, class, method were
defined as classes rather than in the desc_directive function.
Something like:
Extending autodoc would then simply be a matter of subclassing those directive. I
used this approach to write directives to autodocument fortran code (fortrandoc on
launchpad) and I found it worked well.
The text was updated successfully, but these errors were encountered: