GNOME Bugzilla – Bug 580246
Add edit option like monodoc
Last modified: 2019-12-23 17:40:33 UTC
In monodoc you can do corrections in the documentation api and send it upstream. This should be a killer feature for devhelp Also, I think it would improve the gtk/gnome documentation a lot
Can you elaborate a bit more on how the workflow is for sending corrections?
You can see how works in monodoc here: http://www.mono-project.com/Monodoc_Contributing and here: http://www.mono-project.com/Monodoc_Editing
Here a explanation of how works MonoDoc (the equivalent of devhelp for mono): The MonoDoc Documentation Browser ("MonoDoc") provides access to API documentation and code samples. The documentation browser uses wiki-style content management, allowing developers to edit and improve the documentation. The procedure is easy, browse to the part of the documentation you want to contribute and click on the [Edit] link to start writing the documentation. You can also look for the parts that are listed as To be added or as Documentation for this section has not yet been entered. If you are not happy with a contribution, you can delete it using the Restore button when editing it. Once you are done, you can submit your contributions directly from the MonoDoc Documentation Browser. Use the menu File --> Contributions --> Upload contributions. If you had never contributed before, you will have to register in mono servers. The process can be performed inside the program. You will recieve an email with a password the program will remember once you enter it. All the process lasts only a couple of minutes.
I've been thinking about this on gtk-doc level. http://live.gnome.org/action/diff/DocumentationProject/GtkDocFuture#head-a95d3540bfa9b29299058c0e13b162ce2a772da7 The main problem I see is the merging workflow. People make changes. This results in a patch. Now two questions: 1) What documentation do we show in e.g. library.gnome.org / devhelp? The edited documentation (which has not yet been verified?). This is less of a problem in devhelp (as its local). 2) What do we do with the patch? a) Submit do bugzilla (this needs a special permission for devhelp/lgo to submit tickets), b) Apply to a doc-fixes branch in git (this needs permission in the git repo and is vcs specific). Imho the editing part is not so difficult. But I'd like to know how to close the loop before even starting such a project.
There are some related work here: http://live.gnome.org/LiveDocumentationEditing and here http://live.gnome.org/DocumentationProject/StatusTracking
I would argue that this is implementable in JavaScript, so all of what Devhelp needs to do is to show the HTML page. Problem solved :-) (for Devhelp).
Out of scope.