Thanks for your nice ideas guys, both solutions, subclassing
NSApplication (overwriting -sendEvent:) and calling -
nextEventMatchingMask:untilDate:inMode:dequeue: in a loop work. Now
the only thing that's missing is disabling the application's menu
since it's still clickable during animation. Is there a way to disable
a whole MainMenu or maybe all items in it?
— Tobias
On May 17, 2010, at 3:45 PM, Uli Kusterer wrote:
For the OP's case, you don't even need to subclass. I'd suppose you
should be able to run your own event loop by calling
nextEventMatchingMask:... and (as needed) sendEvent: in a loop (+
creating/destroying an autorelease pool each time round).
-- Uli Kusterer
"The Witnesses of TeachText are everywhere..."
On May 17, 2010, at 1:21 PM, Paul Sanders wrote:
The approach I use is to subclass NSApplication and throw awat
mouse, keyboard and gesture events in -[MySubclassedNSApplication
sendEvent:] instead of calling super. For added style, beep.
Paul Sanders.
On May 17, 2010, at 12:37 AM, Charles Srstka wrote:
Would running in a different run loop mode work for what you want to
do?
Charles
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
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 arch...@mail-archive.com
