Improve the documentation #762

Closed
opened 2025-11-02 03:35:31 -06:00 by GiteaMirror · 17 comments
Owner

Originally created by @pgaskin on GitHub (Jun 1, 2017).

I think the documentation needs to be redone.

Reasons:

  • The current documentation is inconsistent
  • The current documentation focuses on installation and configuration
    • It should have more tutorials, user guides, and other useful things
  • It is hard to find things (no search)
  • It is very unstructured and will not work well with many pages
  • The current documentation lacks important things which are useful when installing and using gitea
  • The current method of viewing the documentation will become hard to use once we have many pages
  • And more which I cannot remember

What I have started to work on

Also, before I do too much on this, I want to know if the @go-gitea/maintainers and the @go-gitea/owners agree with what I am doing. Also, if anyone has any comments on this, I would like to hear.

A note related to the current documentation: My documentation will be static, it will not need hugo to generate it.

Originally created by @pgaskin on GitHub (Jun 1, 2017). I think the documentation needs to be redone. ## Reasons: - The current documentation is inconsistent - The current documentation focuses on installation and configuration - It should have more tutorials, user guides, and other useful things - It is hard to find things (no search) - It is very unstructured and will not work well with many pages - The current documentation lacks important things which are useful when installing and using gitea - The current method of viewing the documentation will become hard to use once we have many pages - And more which I cannot remember ## What I have started to work on - I have started working on this issue on my git server: https://git.geek1011.net/geek1011/gitea-stuff - The viewer is here: https://git.geek1011.net/geek1011/gitea-stuff/raw/master/index.html - If anyone wants to help, just tell me, and I will create an account for you on my server. - Help would be nice on the viewer; see the todos at the bottom of the source code - Most of the help is needed on writing documentation for the user guides - I want to do most of the admin documentation, I have quite a bit of experience with it Also, before I do too much on this, I want to know if the @go-gitea/maintainers and the @go-gitea/owners agree with what I am doing. Also, if anyone has any comments on this, I would like to hear. A note related to the current documentation: My documentation will be static, it will not need hugo to generate it.
GiteaMirror added the type/proposal label 2025-11-02 03:35:31 -06:00
Author
Owner

@lunny commented on GitHub (Jun 1, 2017):

All the latest document is generated by Hugo. And this one ?

@lunny commented on GitHub (Jun 1, 2017): All the latest document is generated by Hugo. And this one ?
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

@lunny It's a static page which uses AJAX to load a JSON-based index and the page content. Have a look at the code on my server.

@pgaskin commented on GitHub (Jun 1, 2017): @lunny It's a static page which uses AJAX to load a JSON-based index and the page content. Have a look at the code on my server.
Author
Owner

@lunny commented on GitHub (Jun 1, 2017):

Since Gitea is a community product, we should use the almost popular technical so that many people could contribute for her.

@lunny commented on GitHub (Jun 1, 2017): Since Gitea is a community product, we should use the almost popular technical so that many people could contribute for her.
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

@lunny sorry, but what do you mean by the almost popular technical?

@pgaskin commented on GitHub (Jun 1, 2017): @lunny sorry, but what do you mean by the almost popular technical?
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

If you mean technologies, I think my method is better than hugo, because hugo has it's limits. I am using popular libraries such as jquery and semantic ui though.

Have a look at my code. It's pretty easy to understand and it will end up as only about 200-400 lines.

@pgaskin commented on GitHub (Jun 1, 2017): If you mean technologies, I think my method is better than hugo, because hugo has it's limits. I am using popular libraries such as jquery and semantic ui though. Have a look at my code. It's pretty easy to understand and it will end up as only about 200-400 lines.
Author
Owner

@appleboy commented on GitHub (Jun 1, 2017):

@geek1011 How to translate to other languages?

@appleboy commented on GitHub (Jun 1, 2017): @geek1011 How to translate to other languages?
Author
Owner

@tboerger commented on GitHub (Jun 1, 2017):

Ajax to load the index? Pretty bad for search engine indexing...

@tboerger commented on GitHub (Jun 1, 2017): Ajax to load the index? Pretty bad for search engine indexing...
Author
Owner

@tboerger commented on GitHub (Jun 1, 2017):

And I don't share your opinion that your technology is better than Hugo. Hugo generates a really static website which can be indexed and search engine optimized.

@tboerger commented on GitHub (Jun 1, 2017): And I don't share your opinion that your technology is better than Hugo. Hugo generates a really static website which can be indexed and search engine optimized.
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

@tboerger @mjwwit @lunny As for my viewer for the docs, it can be made static, but I would prefer Jekyll or a custom script, unless someone else does Hugo. It should be pretty easy to render the docs as completely static pages. Myiewer is not done yet though. Also, my layout makes it easy to switch: it's the pattern Category/Section/Page Title.md. I will continue the docs, but someone else can put together a better site. I just hacked something together quickly to test my docs.

@pgaskin commented on GitHub (Jun 1, 2017): @tboerger @mjwwit @lunny As for my viewer for the docs, it can be made static, but I would prefer Jekyll or a custom script, unless someone else does Hugo. It should be pretty easy to render the docs as completely static pages. Myiewer is not done yet though. Also, my layout makes it easy to switch: it's the pattern `Category/Section/Page Title.md`. I will continue the docs, but someone else can put together a better site. I just hacked something together quickly to test my docs.
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

And for SEO, it is fine, once I put routing in.

@pgaskin commented on GitHub (Jun 1, 2017): And for SEO, it is fine, once I put routing in.
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

Also, @tboerger I never said it was better than Hugo, I said I didn't like Hugo. This could probably be easily made into a static site with almost any generator.

@pgaskin commented on GitHub (Jun 1, 2017): Also, @tboerger I never said it was better than Hugo, I said I didn't like Hugo. This could probably be easily made into a static site with almost any generator.
Author
Owner

@andreynering commented on GitHub (Jun 1, 2017):

@geek1011 Hugo is what most of the team knows. Also, Gitea being written in Go, we give preference for Go tools, and Jekyll uses Ruby. Hugo is also more used for new sites than Jekyll, today.

Improvements to documentation are very welcome! But let's keep our currently tooling that is more than fine. Current docs is at: https://github.com/go-gitea/docs

@andreynering commented on GitHub (Jun 1, 2017): @geek1011 Hugo is what most of the team knows. Also, Gitea being written in Go, we give preference for Go tools, and Jekyll uses Ruby. Hugo is also more used for new sites than Jekyll, today. Improvements to documentation are very welcome! But let's keep our currently tooling that is more than fine. Current docs is at: https://github.com/go-gitea/docs
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

@andreynering ok, your first point is fine. About the existing docs, they need a restructure. IMO, there should be admin docs, user docs, and dev docs. Inside each category, there should be a section, which contains pages.

@pgaskin commented on GitHub (Jun 1, 2017): @andreynering ok, your first point is fine. About the existing docs, they need a restructure. IMO, there should be admin docs, user docs, and dev docs. Inside each category, there should be a section, which contains pages.
Author
Owner

@andreynering commented on GitHub (Jun 1, 2017):

there should be admin docs, user docs, and dev docs. Inside each category, there should be a section, which contains pages.

That makes sense to me.

@andreynering commented on GitHub (Jun 1, 2017): > there should be admin docs, user docs, and dev docs. Inside each category, there should be a section, which contains pages. That makes sense to me.
Author
Owner

@pgaskin commented on GitHub (Jun 1, 2017):

I will learn hugo today, and switch it over. 😃

@pgaskin commented on GitHub (Jun 1, 2017): I will learn hugo today, and switch it over. 😃
Author
Owner

@pgaskin commented on GitHub (Jun 2, 2017):

And a relevant article I came across: https://thenextweb.com/dd/2017/06/02/free-software-is-suffering-because-coders-dont-know-how-to-write-documentation/

@pgaskin commented on GitHub (Jun 2, 2017): And a relevant article I came across: https://thenextweb.com/dd/2017/06/02/free-software-is-suffering-because-coders-dont-know-how-to-write-documentation/
Author
Owner

@sondr3 commented on GitHub (Jun 3, 2017):

If anything I'd like to help write some documentation, but not really sure where to begin, is there some kind of list we could compile for documentation that needs to be written?

@sondr3 commented on GitHub (Jun 3, 2017): If anything I'd like to help write some documentation, but not really sure where to begin, is there some kind of list we could compile for documentation that needs to be written?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#762