X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/56616c2892c0b2da8e72c547d6856b7982dbc5bf..7878e6d2b80c1fd283839ea3aa0c3ca3fbe01e04:/doc/bugs/Add_permissions_for_suggesting__47__accepting_edits.mdwn

diff --git a/doc/bugs/Add_permissions_for_suggesting__47__accepting_edits.mdwn b/doc/bugs/Add_permissions_for_suggesting__47__accepting_edits.mdwn
index 56bdf0ed1..cbe53ad7a 100644
--- a/doc/bugs/Add_permissions_for_suggesting__47__accepting_edits.mdwn
+++ b/doc/bugs/Add_permissions_for_suggesting__47__accepting_edits.mdwn
@@ -1,3 +1,15 @@
 Wikis are great tools for collaborative content of all types, but the choice for website creators who want a level of collaboration seem to have to choose between a static website, a wiki that anyone (or all members) can edit, or an overkill customized web app.
 
 A simple innovation that needs to propagate through wiki software is adding the ability to suggest edits and accept those edits. Perhaps you want a wiki that anyone can suggest and edit, but only registered users can edit freely or accept edits. Or you want anyone, including members, to only be able to suggest edits, and only have moderators able to approve edits and edit freely. Etc, etc.
+
+> Ikiwiki always has some work in this area; there is 
+> the moderatedcomments plugin and the `checkcontent` hook.
+> The hook allows, for example a plugin to reject changes
+> with spam links or swear words. A plugin could also use
+> it to save the diff for later moderation.
+> 
+> I think the difficulty
+> is in the moderation interface, which would need to apply the diff
+> and show the resulting page with the changes somehow evident (for users
+> who can't just read diffs), and would have to deal with conflicting
+> edits, etc. --[[Joey]]