On 19/12/2009, at 5:09 AM, Jerry Krinock wrote:
> I would be SOO HAPPY if Apple would just somehow let me have a teeny-tiny
> peek at the Undo Stack -- if only for debugging purposes. We don't even get
> a -count :(
Yep, just the ability to peek at what's actually on the stacks is very he
This post describes how to dump the NSUndoManager stacks. I found it helpful
when debugging undo manager crashes.
http://parmanoir.com/Inspecting_NSUndoManager's_undo_stack
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post adm
On 2009 Dec 17, at 04:29, Graham Cox wrote:
> [speaking of NSUndoManager] It's also a black box with a large private API
> and internal structure unpublished, undocumented and difficult to override or
> figure out what's happening when it's not co-operating.
I would be SOO HAPPY if Apple w
On 17/12/2009, at 7:13 AM, Scott Squires wrote:
> Is there a clean method (which I take it is the group method) to make sure
> that undo functions aren't automatically grouped based on event cycles? Is
> there a recommended way of dealing with UI and async actions relative to the
> undomanage
First off, for whatever reason my question had been held on to by the
moderator. After a few days of no response I re-submitted.
What you're seeing I can only assume is the release of those emails
unbeknownst to me.
And yes, I did read the documentation on the UndoManager. And I have
done
On Wed, Dec 16, 2009 at 12:13 PM, Scott Squires wrote:
> First off, for whatever reason my question had been held on to by the
> moderator. After a few days of no response I re-submitted.
> What you're seeing I can only assume is the release of those emails
> unbeknownst to me.
Too bad Cocoabuil
Also it's quite rude to submit the same question to the list twice
within two hours. If someone can/is willing to help you out, they
will.
--Kyle Sluder
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderat
On Sat, Dec 12, 2009 at 12:16 PM, Scott Squires wrote:
> Same basic setup for a number of routines, however certain types of routines
> seem to be automatically be grouped.
Have you read the documentation for per-event grouping?
> I have some image processing routines that are on another thread
I'm having an odd problem with multiple levels of undo/redo.
Same basic setup for a number of routines, however certain types of
routines seem to be automatically be grouped.
prepareWithInvocationTarget is used for all of these.
I have some image processing routines that are on another thread
