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
Adoc support in docstrings instead markdown #435
Comments
Thanks @clyfe! My personal opinion is that, even though I am an AsciiDoc guy for docs I write, I am not over-burdened by using CommonMark in docstrings. Just like I am not over-burdened by using CommonMark to write up this comment on GitHub! 🙂 For the markdown elements that I use in docstrings, CommonMark and AsciiDoc are similar enough that my brain doesn't get overly muddled. Here are the off-the-top-of-my-head design considerations from a discussion on Slack: If we do entertain AsciiDoc docstrings we would need to do some thinking:
My current biggest concern would be sensible rendering. That and introducing, perhaps unnecessary, complexity to cljdoc. |
Looking at RDoc used by Ruby folks, they support multiple markup formats, and have a |
A flag somewhere, not sure where best.
I believe |
I don't want to fragment what formatting people use in their docstrings as I think it is nice for all tools to be able to assume it is Markdown (and some editors do that already). I'll close this issue but feel free to use it to further make your point about why other formatting styles should be supported. I'm open to change my mind. 🙂 |
A lot of folks prefer adoc to markdown. It'd be nice to support it in docstrings rendering.
This way, one could use adoc throughout, instead docs in adoc and docstrings in markdown.
Rendering would default to markdown; a flag in deps.edn or jar manifest would switch it to adoc.
The text was updated successfully, but these errors were encountered: