[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office-collab] possible chnage: delta:removed-content vsdelta:remove-leaving-content-start / end
On Wed, 2010-12-22 at 01:07 -0700, Andreas J. Guelzow wrote: > On Wed, 2010-12-22 at 00:52 -0700, monkeyiq wrote: > > Hi, > > One of the things that I noticed and sidelined before is that > > removed-content uses an XML element to encase the pruned information > > where as the leaving-content uses a start and matching end element to > > mark content. > > > > I have currently implemented using start-end elements for the former > > as well. Eg; > > <delta:removed-content-start > > delta:removed-text-id="ctid-1" > > delta:removal-change-idref="3"/> > > ...here is something that we deleted... > > <delta:removed-content-end delta:removed-text-idref="ctid-1"/> > > > > My rationale is to make both remove elements consistent in that they > > both have a start and end element to mark content. As a nice side effect > > the idref in the closing element allows error checking to make sure that > > you are closing the expected idref at a given scope. > > > > Does it seem like a reasonable choice to make delta:removed-content use > > a start element and an end element like remove-leaving-content? > > No. An implementation that does not understand change tracking and > simply ignores the change tracking elements should obtain the correct > document. In your case the deleted items would reappear. > > Andreas > Ah excellent point. I just reread over the examples in the documentation and with that in mind the asymmetry makes sense.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]