-
Notifications
You must be signed in to change notification settings - Fork 112
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
Add versioning to the documentation #25
Comments
I usually collapse the docstrings with vscode. I was also wondering why you hadn't used ExDoc. The developer docs is lacking, I still don't quite understand some parts of crawly, and i had to carefully follow function names when trying to understand the pipelines logic. I think using exdoc for a set of dev docs would be good. i personally find that separating code and documentation (dev or user) makes it harder to keep them in sync. |
Wow, that's a valuable feedback! Let me try to improve that part. Could you please raise an issue with things which was problematic in middlewares so I can create in improvement PR? I would still separate the functions documentation with things like getting started/tutorials/examples/settings description (well I don't quite know if it's possible to describe settings properly with ExDoc) etc. |
It's more to do with not having a single set of dev docs to look through and reference to know what each module and function is doing. Actually, if I'm not wrong, hexdocs already automatically generates a set of docs using ExDoc: I also notice that this ranks higher on google than the docsify page. I think its attributable to the JS only approach of docsify. When it comes to ExDoc, I like how phoenix has done their guides section,which was user-friendly enough to get started, and is organized with separate markdown files in their repo. As for how dev docs is organized, I think the Elixir lang or Ecto module sections are the gold standard. Just the right level of depth with source code links to check implementation. ExDoc already has inbuilt versioning, so i wouldn't worry about that. |
I would give it a try. @Ziinc maybe you could point me to the guides implementation, e.g. I don't quite see where their sources are. (E.g. how can we integrate it into the root of the hex docs page) |
Oops I didn't copy paste it correctly before. The guides on hexdocs: and on github: |
Done in PR #32 |
Looks like it's quite hard to maintain the documentation in a good shape if you have multiple versions with different settings. (And especially different (slightly diverging) tutorials).
We need to have versioning.
I am slightly biased against the standard Elixir style of documenting the code (e.g. having very large docstrings makes the code unreadable, at least to me).
I would try to add an index page to docsify, and would store stand alone copies for different versions (in case of major updates in API)
The text was updated successfully, but these errors were encountered: