View Full Version : Co-editing
05-31-2007, 08:30 PM
Deki is an excellent collaboration tool and I'd like to see it go to the next level of in-the-moment collaboration. I'd like to have the ability for multiple people to edit the same page at the same time.
The co-editors would be listed on the screen with one person designated the moderator - maybe the first person to edit the page.
The moderator could pass the editing "baton" to anyone else on the list who would then take editing control. They would make their edits and then pass the baton.
Two editors could pass the baton: the moderator and whoever currently has the baton. Maybe a ghost revision could be saved with each pass of the baton. Ghost revisions would die when the co-editing session ends, only the final revision would be saved to the repository.
This would be not just wiki, but true wikiwiki collaboration. Call it DekiNOW!
05-31-2007, 11:15 PM
Thx for the suggestion.
06-02-2007, 05:55 AM
Check out SynchroEdit or Moon Edit for an example of simultaneous editing. It's a natural feature for a wiki.
06-04-2007, 06:18 PM
Thanks for the pointers. I looked at SynchroEdit a while back and it looked promising, but it has stalled since. Moon Edit is a client-side app like Groove, which doesn't help.
Keep it coming though. There is bound to be someone doing realtime, collaborative editing.
12-02-2007, 05:20 AM
I was wondering if there was a way to create a moderator for the deki as for example, someone makes a edit and it wasnt correct or wasnt appropiate, is there away to approve that page before it goes live?
12-04-2007, 07:01 AM
No, sorry. That's not very wiki like as it would create a bottleneck. Also, if somebody else edits the page, does that person see the original page or the one that is waiting approval? If the latter, what if the approval is denied, is the edit by the second user then lost?
12-04-2007, 09:28 AM
In my opinion, workflow is more something you'd see in a CMS than a pure wiki. The concept of a wiki is you can roll back when something gets munged. For better or worse, it seems to be working ok for wikipedia etc.
FWIW, I was using Groove for about a year, and it had interesting co-editing features, but, what a bloated program. Very heavy due to those kinds of things, I think, and you could not even search. We started looking into wikis because of Groove's shortcomings.
I wonder how co-editing would actually work in a wiki. Maybe, a few things could be combined:
* a new view of the page that combines your editing with a diff view on the side so you can see last edits more dynamically
* more granular locking - editing does not lock the page but the line or some smaller unit
Does the section editing work that way? When you edit a section, do you lock just the section, or, is the whole page locked?
12-06-2007, 02:27 PM
In 1.8.3, we've added "edit merging" at the word level. There is no locking. Instead, the wiki identifies simultaneous edited pages, checks if the changes are ambiguous (e.g. I deleted a sentence, and inserted a word into it, oops), if not it merges them silently, otherwise it prefers the changes of the most recent editor and shows a warning message. Note that even if there is a conflict, all non-conflicted areas are merged already. So the conflict might boit down to a few words, which can quickly be spotted in the diff view.
Powered by vBulletin™ Version 4.1.3 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.