And definitely Krita (or even Karbon) would benefit from this.
Some collab drawing applications: warpaint, Open Canvas (http://
www.portalgraphics.net/en/), Drawpile (it's open source / cross
platform, uses QT http://drawpile.sourceforge.net/ ) and i think even
Gimp can be already using verse...
Here is some theory I seem to remember about collaborative editing...
There are two main problems beyond the basic getting info to people.
The first is when more than one person is working on the same part of
the document at once. I think there were three possible solutions to
this:
1. Have paragraph/line/section level locking, with only one person
allowed to work on this at once.
2. Try to do merges, similar to in a source control system
3. Have the latest person (or whatever) to submit the part (normally
word, line or sentence) either overwrite or not be allowed to change
something if someone else already has.
The other problem is undo, to which I personally prefer having a
changes stack for the document (similar to track changes...) which
people can revert to an older version. This can be used along with
local undo which simply propagates the change back to the server as if
it were a fresh change.
For the first problem, some combination of either rejecting altogether
or a really simple choice for the second person is presented as to
which edit to stick with in the end.
>> 1. Have paragraph/line/section level locking, with only one person
I prefer this approach:
1. Replication of file. (local content)
2. Visual merge.
Like this:
Tree: User1 User2
Sharedfile localSharedfile1 localSharedfile2
User1 and User2 are working in same section, but in local content
only the merge is atomic.
- User2 perspective
User1 |
User2
| Application (Visual)
something like this... | <User1:something like this...>
i see what you are | 1. Merge
content
|
editing
| from User1<click>
Now apply the merge to Sharedfile.
1. Locked file. Possible others users are merging something.
2. Unlocked file. User2 merge.
One of the things that I was looking at was the possibility of having a view of the document as changed by you as well as the changes done by others alongside the final merged document. It would be a nice way for larger documents to be analysed with usage of the chat logs as well as allowing people the luxury of working on a possibly unique view of the document while still keeping up with the group.
On Jan 25, 2008 10:42 PM, Dread Knight <dk.v...@gmail.com> wrote:
> And definitely Krita (or even Karbon) would benefit from this.
> Some collab drawing applications: warpaint, Open Canvas (http:// > www.portalgraphics.net/en/), Drawpile (it's open source / cross > platform, uses QT http://drawpile.sourceforge.net/ ) and i think even > Gimp can be already using verse...
How would network latency be handled? If one person out of a group of 4 is on a different continent should they be flagged in general as latent? And would it make sense to have the system show changes they are making if it's very possible that they are coming in later than changes made recently though the time when they were sent was before?
On Jan 27, 2008 8:20 PM, Roger Pixley <skree...@gmail.com> wrote:
> One of the things that I was looking at was the possibility of having > a view of the document as changed by you as well as the changes done > by others alongside the final merged document. It would be a nice way > for larger documents to be analysed with usage of the chat logs as > well as allowing people the luxury of working on a possibly unique > view of the document while still keeping up with the group.
> On Jan 25, 2008 10:42 PM, Dread Knight <dk.v...@gmail.com> wrote:
> > And definitely Krita (or even Karbon) would benefit from this.
> > Some collab drawing applications: warpaint, Open Canvas (http:// > > www.portalgraphics.net/en/), Drawpile (it's open source / cross > > platform, uses QT http://drawpile.sourceforge.net/ ) and i think even > > Gimp can be already using verse...
|
