![[Home]](/static/logo.png){kind=logo}
2 (or more) people can simultaneously edit the same wiki page. They see each others edits (and their own edits, of course) in real time.
Perhaps this could be built on top of the IRC chat network.
As long as editors edit *different* paragraphs, it should be easy to merge their changes without conflict.
Maybe when I go to a page, the paragraphs where other editors are right in the middle of editing could be colored differently.
People could use a specialized program that would handle the real-time-edit stuff. Periodically (?) the program would pretend to be a normal web browser saving data to the wiki.
The wiki software running on the server doesn’t have to directly support RealTimeEdit, although MachineReadablePages might make these specialized programs easier to write.
Different people might have completely different, specialized views of a single wiki. Ordinary web browsers get the same view they always had. The specialized “turkey” users would be able to do real-time editing in collaboration with other “turkey” users. The “banana” users would do real-time editing in collaboration with other “banana” users.
See http://meta.wikimedia.org/wiki/Wikipedia_client for more discussion.
(EditHint: make a “WikiClient” page to discuss specialized software for interacting with a wiki … or perhaps just make it a category, so discussions of WysiwygEditor, RealTimeEdit, FoldingText are all in that category – although no one WikiClient will do everything.)
| status | wiki engines |
|---|---|
| Implemented | |
| Developing | - |
| Intend to Develop | - |
| Considering | - |
| Rejected | - |
Something like this has been implemented by:
Paragraph
Version number
Does it conflict with DelayedCommits ? No, because all the editors can see the real-time edits, even while the normal readers see the old, previously-committed page.
What does “undo” mean when you had 7 different people simultaneously editing a page ? We don’t want to undo all 7, do we ?