-
Notifications
You must be signed in to change notification settings - Fork 1.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
Documentation #159
Comments
Thanks for bringing this up. Here are my concerns for the "Markdown files" approach:
I'd vote for the third approach - GitHub wiki, as it would introduce a quick and easy way for anyone to contribute. |
Every GitHub wiki change is included in the feed of the watchers as well. There are no notifications though. If you go with a wiki, do you plan to keep it open so anyone could help? If you plan to restrict the write access to the wiki, there would be no way to submit a pull request. I've missed one approach - Markdown files in |
Yes. I'd love to try that. |
@erusev Great! What about the actual documentation content? I've outlined some ideas above. The wiki is currently open so anyone could start the docs right away. It would be useful if we agree to some guideline though. |
I found Parsedown earlier today and started playing with it. I threw a very simple demo of Parsedown up on Runnable. |
I added a wiki page about writing extensions. |
Parsedown is approaching a stable version and it needs some kind of documentation (see #133).
Implementation
Here are possible implementations:
gh-pages
branch.Markdown approaches allow using the files/pages for documentation generators like https://readthedocs.org/ if needed.
I personally prefer the Markdown files to be in the same repository, because:
Contents
What should be documented?
I suggest:
The text was updated successfully, but these errors were encountered: