On a wiki page, reviewing each & every change could get tricky because someone could do edit #2 before edit #1 is approved, and then, you end up having branches, which need to be merged.
I have an idea on how it could work but still needs coding: Basically, when a non-editor (someone with lesser permissions) edits the page, the previous version continues to be shown to the public (in any wiki, any previous version is still available to view). Anybody trying to edit the page would be sent to this new "branch" (think of it as a staging area). And the next time an editor (someone with higher permissions) saves the page, it becomes public again. This would avoid the risk of having multiple branches, needing merging. However, the UI would have to clearly show editor #2 that he is not editing the page he just saw.
I could see this being an interesting feature in certain scenarios. For example, using Tiki to generate a corporate website.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
filename | created | hits | comment | version | filetype | ||
---|---|---|---|---|---|---|---|
No attachments for this item |