office-collab — archive
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]
How do we count? - September 26, 2012
On Wednesday 19 September 2012 14:08:49 Svante Schubert wrote:
> Patrick, >
> the XML model is the shock frozen document state.
> Our desire is to track and save the run-time changes.
> In addition we only want to save/track only the mandatory parts, to be
> efficient in loading and saving.
> The MCT is following is convention over configuration paradigm. To
> archive efficiency every change-event/operation call is similar to a
> label a reference to a reoccurring XML change-pattern once declared in
> our specification together with arguments making the change unique, e.g.
> insert row at the third position.
> Finally, to be easy understandable, avoid additional boilerplate and do
> not require an ODF XML representation by the ODF application during
> run-time, there will be an abstraction from the ODF XML design to
> semantics groupings we call components with properties. Our goal is to
> define operations to manipulate these and store these in the end in the
> file format. >
> Yes? >
> Hope you having a great day!
> Svante >
> On 19.09.2012 02:26, Patrick Durusau wrote: >
> Thorsten, > > >
> You are of course correct, either proposal (mine or Svante's) would work. > > >
> My point is that we already specified an XML model. > > >
> If we express change tracking against that model, we need not >
> explicitly define another one. > > >
> Yes? > > >
> Hope you are having a great week! > > >
> Patrick > > >
> On 09/14/2012 05:07 AM, Thorsten Behrens wrote: > >> Patrick Durusau wrote: > >>> What is required is that when I serialize the in memory > >>> representation (my meaning of data model), is that it meet all the > >>> requirements of the ODF format. > >>> > >>> That is we specify a serialization of changes against that common > >>> serialization so that when we exchange that representation, > >>> applications reach a common state of the document with regard to > >>> changes. What data model the applications are following isn't > >>> relevant at that point. > >>> > >>> Yes? Yes ! :)
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]