HTTP-APIs / http-apis.github.io

HydraEcoSystem.Org - Main documentation entrypoint for Hydra Ecosystem's tools.
http://hydraecosystem.org
MIT License
17 stars 21 forks source link

Considering UI changes #43

Open de-sh opened 5 years ago

de-sh commented 5 years ago

The documentation is maintained in a manner that is un-structured. Building a UI that helps structure the documentation as well as using a better generator for the same can help make the experience of both the writer as well as the reader/end-user better or more streamlined.

Examples of structured documentation UIs include:

chrizandr commented 5 years ago

We might also consider using Pelican to generate static pages. I use it in one of my projects and I found it to be really helpful. https://www.fullstackpython.com/pelican.html

xadahiya commented 5 years ago

I don't think there is any need to switch our stack. Pelican doesn't provide much as compared to Jekyll. See comparison between the two here https://www.slant.co/versus/1006/1011/~jekyll_vs_pelican

de-sh commented 5 years ago

I also think we don't need a change of static generator, but we can try out what writethedocs.org has done with rtd

Edit: links were not working

Guttz commented 5 years ago

I agree with @de-sh, would be good to have a bit more structure in our docs, perhaps a search tool and for sure a side navigation along with the documentation like https://www.tensorflow.org/guide/ and https://svelte.dev/docs.

Ran into a jenkyll doc theme which might be useful: https://idratherbewriting.com/documentation-theme-jekyll/

de-sh commented 5 years ago

If we are still going to use Jekyll it might be a good idea to also venture out of using just and only GitHub pages. As a community, I think we are too dependent on this platform for all our requirements, I know it is a controversial opinion, but maybe we could consider using something like netlify.com for hosting our documentation. We can add a hook that deploys on each update of master.

Essentially we could drop github.io in the name of the documentation repo and still be able to use GitHub to do the source control.

shravandoda commented 5 years ago

We can also take a look at Hugo. It's written in Golang and I found it quite useful

de-sh commented 5 years ago

I too use Hugo 😃

But at the moment the issue is with how to build the docs to be a presentable entry-point into building with the hydraecosystem. Jekyll is good enough as @xadahiya points out, we have to create a new one, or tweak the current theme to be better suited for documentation.

Adding structure and a content framework will be most important, we have to get Amrutha's opinion on this though.