From koffice-devel Mon Apr 20 15:23:12 2009 From: Thorsten Zachmann Date: Mon, 20 Apr 2009 15:23:12 +0000 To: koffice-devel Subject: Re: Explanation on the current inner working of the changeTracker Message-Id: <200904201723.12667.t.zachmann () zagge ! de> X-MARC-Message: https://marc.info/?l=koffice-devel&m=124024105010171 On Monday 20 April 2009, Pierre Stirnweiss wrote: > On Mon, Apr 20, 2009 at 5:54 AM, Thorsten Zachmann wrote: > > Hello Pierre, > > > > thanks for the detailed explanation. This helps to understand how it > > might be > > done. If I have understood the sec correctly this is a office:text > > specific feature in the spec. > > Ah, I didn't realise this stuff was "word processor" specific. I thought it > would apply to any "text frame" in an opendoc file. I find this limitation > in the spec is really a shame. This is an additional limitation of the > change tracking spec (on top of not saving the format change which > happened, and just that a format change took place; the metadata planed for > a change is limited to date, author and comment). I don't know how much we > could influence the specs, but this section definitly needs some attention. > It is always possible to add stuff but it takes time. > > Therefore the saving of that stuff should be done in > > kword and not in koodf. Because you cannot use a office:body and a > > office:text in there as that breaks all other apps. I think the simplest > > would be to create the dataCenterMap for the change tracker only when a > > document in kword is created and not in the TextShapeFactory. The > > textshape should be able to use a change tracking if it is set but should > > also be able > > to not use it e.g. in other apps. > > But wouldn't it be interesting for KPresenter (for example) to have this > feature for the text frames also? For now I would say no. I would prefer to have the other stuff working better before starting on stuff like that. > But then, the saving of it couldn't be done the same anyway. No it could not. Is it possible to have a text-change of an embedded text frame in OO and not the main text frame? ... > the tag. That is why I moved the tag opening. > I'll have a further look into moving that stuff into a more proper place. Thanks. Thorsten _______________________________________________ koffice-devel mailing list koffice-devel@kde.org https://mail.kde.org/mailman/listinfo/koffice-devel