OASIS Open Mailing List Archives  ·  All Lists  ·  office-collab  ·  2011-09

office-collab — archive

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]

Some thoughts on Change Tracking


On Thu, 2011-09-15 at 18:12 -0600, monkeyiq wrote: > On Thu, 2011-09-15 at 23:53 +0200, Thorsten Behrens wrote: > > monkeyiq wrote about ECT: > > > I find this an extremely critical issue has it means that users of > > > change tracking are relying on various applications to imply changes > > > rather than being told directly and explicitly what has changed. > > > > > Hi Ben, > > > > well the same applies to GCT. The very fact that it needs > > annotations is testament to this issue. I maintain that GCT markup, > > while being a nice idea on the xml level, fails my requirements as > > an implementer of a non-xml internal data model application. > > > > Cheers, > > Perhaps we are looking at different aspects here. I am referring to > example like the "Edit Image/Shape/Chart" from the ECT (pp17). In order > for an application to tell you that the image file name changed from > Image1.jpg to Image2.jpg it will have to do a diff on the > > text:tracked-changes/ > text:changed-region@text:id="1"/ > text:deletion ct:id="1"/ > draw:frame > And the inline draw:frame for > text:change-start text:change-id="1" ct:sub-id="2" > > In the GCT this would be explicit in an ac:change attribute. No need to > perform any analysis to see that the xlink:href was Image1.jpg in the > last revision. But changing the name of the image file in the zip package is _not_ a change to the document. The image file names are just internal references to find the appropriate image or chart description. Andreas > -- Andreas J. Guelzow, PhD, FTICA Concordia University College of Alberta This is a digitally signed message part

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]