I second this.
We already have everything, we have user accounts in place, we will have only one place for everything, we can begin to write docs NOW.
When we will find the perfect wiki, we will move contents there.
Iād also like to modify the landing page of www.nethserver.org according to Jimās suggestions.
I just wrote my first page, see Contribution sections here:
Just for the record, currently Discourse worked fine for our HowTos, thatās a fact. We have a bunch of howtos here, donāt you think?
Most people are using it, check also:
@stephdl from your point of view, what Discourse lacks to became a useful wiki? Please, my memory is short
Automatic table of contents? What else?
Automatic wiki-mode setting of new pages/topics?.
Easy page linking?
Maybe youāre right but 55 different howtos from many people are a fact, isnāt it?
The fact is that It has definitely shown to be easy to use, handy and straightforward.
Also, people can comment below trying to continuously improve the doc.
Itās fragmented maybe, it hasnāt a good structure yep, it hasnāt basic (like TOC) and advanced features maybe, but the fact still remains
Hmmā¦ if there is no other option than to put it in Discourse, it is not strange those howtoās end up thereā¦
I do see the split between wanting to have everything centralized and needing options that are not available (yet) in Discourse.
The other option is to stick with mediawiki and maybe enhance that with some (eye)candy like http://bluespice.com/
@zamboni is right, a wiki is a book that you can follow/discover chapters from the table of content, discourse displays the last content and you find them by key word if you know them? ([of course at first you have no idea what to search][1]).
more over discourse cuts the page content, redmine no, github yesā¦I love to read a howto on my three 27ā'.
yes yes yes
I need to have a go on the page linking by category in redmine I hope it is feasible, it must be a basic feature
From my point of view discourse should be a support forum, and all howto, bug report should be done elsewhere. (recall do one thing but do it well).
Iām a wiki player, [this is who Iām][2], Trying to explain why a wiki is better than discourse for howto is like walking for a homo habilis
For all howto there in discourse for me it is not a problem, now the most important and hard thing to do is in front of the community
sometimes people should really listen to the suggestions coming from experienced usersā¦
I repeat myself: the web2.0 approach is wrong in a professional environmentā¦ you can buy an ebook, but sysadmins and developers still buy books made of paper.
now itās up to who decide to choose between the bell & whistles approach and the professional one
last post of mine here
a viewer for github wiki (as stand alone or plugin of dokuwiki)
wiki on redmine
if this is correct i agree with @filippo_carletti, unless there are a real short -term plan from devs to move issues from redmine to githubā¦ in that case leaving redmine active only for wiki maybe itās not a great solutionā¦ i donāt wanna open a new thread about āissue on githubā but i think this is a thing to know/evaluate to take a good decisionā¦
and what will be the workflow? i meanā¦ redmine will host all wiki? or redmine+discourse? or (i hope not) some on discourse and some on redmine?
If Discourse can host ( act as )a Knowledge Base, letās go.
We want a tool to well organize information, to structure, to categorize the informationā¦
Actually, Discourse put all in the same pot.
If thereās a way to distinguish an how to for Developper from an how for User, from an How to for Documentationā¦
If we can distinguish an " How to Contribute" from an " how to add a disk"
I ( we ?) will be happy.
Ps: Even if a knowledge base is different from a wiki, yet.
In a wiki, everybody can edit an existing document, on a Knowledge Base , notā¦
But itās acceptable
Other GitHub-based solutions (as I proposed previously) are:
ReadTheDocs (Sphinx) that gives HTML/PDF/e-book output, perfect for API and manuals but could be good for any other material, i think. We already use it!
Other static web site/wiki generators, like Jekyll. Again, GitHub pages could provide the hosting. There are a lot of beautiful templates, too
I canāt stop repeating: establishing a common workflow around source control for both code & documentation has great value! Using the same tools (git and GitHub) can help sharing knowledges and exchanging informations between us.
BTW, I hope weāll switch the issue tracker to GitHub soon!
I know what you are thinking @Jim, find the right tool is something hard to doā¦As I said for me http://www.nethserver.org/dokuwiki/doku.php is a draft, IF it is not efficient or not satisfying then throw it to the bin
We should have another tries with read the doc and compare. What iām sure is I will never have reason alone.