OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office-collab message

[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]