On 05.12.2009, at 01:36, Graham Cox wrote: > If anyone can think of an elegant and straightforward alternative, please > feel free to suggest it. I've found that the "obvious" solution of submitting > an object's state at the start of a drag is actually really awkward and > horrible in practice, since it requires that the controller needs to know in > advance all of the relevant properties that will be changed, when in fact > that's none of its business. The data model should be free to change anything > it needs to in response to a higher-level command and submit its own undo > tasks.
I thought that was what undo groups were for? Open a group at the start of the drag manually, close it at the end, and everything in between gets lumped into one big action at the end. It may get "replayed" internally, but will all be triggered by one Cmd-Z. Cheers, -- Uli Kusterer "The Witnesses of TeachText are everywhere..." http://www.zathras.de _______________________________________________ Cocoa-dev mailing list ([email protected]) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
