Hi Mathias,

> Let me put it that way: undo actions should only record direct actions. 
> If changes in a component cause indirect changes elsewhere (e.g. by a 
> listener connection), these changes should not be recorded in an undo 
> action. Or the other way around: if actions in a sub component are 
> recorded, they should be made directly by the super component. Otherwise 
> you will get ugly code that always needs to know whether it is currently 
> in an undo action or not. This code is very prone to regressions. Been 
> there, done that, got to hate that.
> 
> If the information provided to a listener is not sufficient, that should 
> be changed.

Let's agree to agree in theory :).

I don't say its impossible (interestingly, while thinking about
different ways to solve the problems raised by Ingrid's Chart-scenario,
I also found that something like "isUndoRunning" is *only* needed if you
violate the above, otherwise, we can go without it - which I'd prefer,
since it's inherently broken in MT environments. Thus, in the current
API in my CWS, it doesn't exist.), for the moment, it's just that I am
really curious how difficult this turns out to be in reality ...

Ciao
Frank

-- 
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org

Reply via email to