[Standards] Shared Editing

Jonathan Chayce Dickinson chayce.za at gmail.com
Mon Sep 3 20:19:25 UTC 2007


I got an update. Have a look at mercurial, it's designed for this type 
of stuff:

<http://www.selenic.com/mercurial/wiki/index.cgi/UnderstandingMercurial>

Joonas Govenius wrote:
> On 8/29/07, Jonathan Chayce Dickinson <chayce.za at gmail.com> wrote:
>   
>> Joonas Govenius wrote:
>>     
>>> Right, we could do that. It's just another way of refering to the
>>> elements. I just think it's easier to require each element to have a
>>> unique id so we don't need to adjust references to elements like that
>>> when simultaneous changes are made.
>>>       
>> The problem is that by using LUIDs is that you can't merge the diffs.
>> *If* you can sort out the concurrency issues using another method, LUIDs
>> are better than indexing: they are simpler and probably faster. But I
>> just can't scratch my brain for getting it to work with LUIDs.
>>
>>     
>
> The problems can be solved by giving each node a "weight" (which I
> currently call the Z value) according to which the child nodes of a
> given element are arranged. The remaining problem is how to you store
> the GUID and the "weight". You can store them as attributes in the
> case of elements but what about text nodes? Suggestions on that would
> be greatly appreciated.
>
>
> Joonas
>
>   

-- 
jonathan chayce dickinson
ruby/c# developer

cell:   +27741863698
email:  chayce.za at gmail.com
jabber: moitoi at inflecto.org

<some profound piece of wisdom>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6974 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20070903/1945b7d6/attachment.bin>


More information about the Standards mailing list