Skip to content
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

Considering UI changes #43

Open
de-sh opened this issue May 19, 2019 · 7 comments
Open

Considering UI changes #43

de-sh opened this issue May 19, 2019 · 7 comments

Comments

@de-sh
Copy link
Contributor

de-sh commented May 19, 2019

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:

@de-sh de-sh changed the title Considering moving to RTD Considering UI changes May 19, 2019
@chrizandr
Copy link
Member

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
Copy link
Member

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
Copy link
Contributor Author

de-sh commented May 21, 2019

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
Copy link
Collaborator

Guttz commented May 22, 2019

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
Copy link
Contributor Author

de-sh commented Jun 15, 2019

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
Copy link
Contributor

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

@de-sh
Copy link
Contributor Author

de-sh commented Jun 15, 2019

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants