On 07.08.21 12:42, Carlos E. R. wrote:
On 06/08/2021 13.16, Stefan Seyfried wrote:
What exactly is there to "fear"?
That you would propose a not what You See Is What You Get editor, and one that coders love as vim. Terrible idea. Now, if you would propose
You can use both. WYSIWYG editor in the browser at least (probably there are also offline Markdown editors, I never needed one so have not checked this out) and any plain text editor. It does not need to be vim. NOTEPAD.EXE will do just fine, too ;-)
LyX, that would be acceptable.
Sorry, I can not contribute documentation that way.
So a Web-only WYSIWIG editor is fine with the wiki, but not with github? OK.
...
That the changes can be integrated in a coordinated way, and later one can find out who wrote what and maybe ask him what he meant? Don't fear, it's certainly not as adventurous as everyone just editing the result in a chaotic way, but has proven useful in many projects over tme.
Same as the Wiki, this is not new.
No, AFAIK most wikis only allow to "hold" changes for review, but is it also possible that multiple people make changes at multiple places in a document at the same time and can these be integrated in a mostly automatic way? I did not yet encounter a wiki with such a feature. And for "find out who wrote what" I can only see a list of "commits" in the wiki like this: https://en.opensuse.org/index.php?title=Main_Page&action=history But I could not find out a way to see "who changed line 443 last?", which is easily done with git: https://github.com/openSUSE/obs-service-tar_scm/blame/master/tar_scm.py (Just a random example). So you'll not lose many editing features as a contributor, but the "manager" of the whole compilation of docs will gain many powerful tools. (I'm not saying "you'll not lose any features", as I do not know all features of the used wiki software). -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman