Re: UI blocking
Re: UI blocking
- Subject: Re: UI blocking
- From: Tobias Jordan <email@hidden>
- Date: Tue, 18 May 2010 02:44:05 +0200
Well, it's easy. I just created an animation queue, thus if one
transition is called while another one is still running (busy), it is
put into an array and executed when the running animation has
finished. It works pretty awesome!
— Tobias.
On May 18, 2010, at 2:42 AM, Jack Carbaugh wrote:
and that solution was to ....
On May 17, 2010, at 7:38 PM, Tobias Jordan wrote:
Hey guys, it's funny, I just found a way of handling the animation
without blocking the UI. I thought it's impossible to be in control
of everything then but that's obviously not true. :-)
Thanks to everyone!
Best regards,
Tobias Jordan.
On May 17, 2010, at 7:02 PM, Kyle Sluder wrote:
On Mon, May 17, 2010 at 9:21 AM, Uli Kusterer
<email@hidden> wrote:
Can't you just not not ask for mouseDown events in your event
mask while running your event loop? My guess would be that that
would keep any menus from opening.
Gah! That would be a bad idea. The HIG says menus should always be
openable, even if they're entirely disabled.
Also, the menu manager runs a Carbon tracking loop. I don't know if
overriding -mouseDown: would actually work, or if mouse events to
the
menu bar are siphoned off before being dispatched to Cocoa land.
Anyway, this sounds like a very weird use case. Why do you want
to disable everything during an animation? Usually animations
should be short enough that this shouldn't be a problem, and if
the user wants to do something, why keep them from multi-tasking?
Animations are intended as indicators, and if a user doesn't want
to watch an indicator, that should be their choice to make.
It sounds like Tobias is mistaking the symptoms of the OS
animations'
implementation for their intended effect. Shift-click the minimize
button on a window and try to use the menu bar; it's apparent that
the
framework (probably CoreGraphics) is running a tight loop while
animating.
--Kyle Sluder
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden