[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office] Change tracking requirements comments
On 19.03.2012 13:01, Robin LaFontaine wrote:
On 17/03/2012 19:31, robert_weir@us.ibm.com wrote:"Not appropriate" like against habit or good manners? ;) It seems quite the opposite, as for optimal interoperability a document format not only have to define how to serialize, but how to visualize and how to interact. We might call it the specification of model, view and behavior. Honestly how do we optimize the serializing and of run-time changes, without knowing what a run-time change might be? How can we ever be interoperable? but this is a contentious issue I believe (understandably). Are we trying to track editing operations or changes to the document (see 35)?This seems like a riddle question as they are pretty much related, as actio and reactio. As in general first there is a run-time editing operation, resulting into a document change, when being saved. For instance, if an application is saving its state into a new document after each editing operation, the delta between two sequent documents is the document change, caused by the editing operation. The remaining question is how to optimize this serialization of change to be able to undo it in terms of efficiency. While the GCT & ECT approach, is declaring every ODF XML change within the XML files, I tend to serialize only a queue of editing operation in a separate file, referring implicitly to the ODF spec, where the repeating boilerplate is being once defined instead writing it down in every document for every occurrence of an operation. Svante
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]