Re: Is kCAOnOrderOut too good to be true?
Re: Is kCAOnOrderOut too good to be true?
- Subject: Re: Is kCAOnOrderOut too good to be true?
- From: Kyle Sluder <email@hidden>
- Date: Sat, 6 Mar 2010 16:18:46 -0800
On Sat, Mar 6, 2010 at 3:08 PM, Steven Degutis <email@hidden> wrote:
> I've been reading the docs for Core Animation, specifically about
> layer-actions, and it mentions a constant called kCAOnOrderOut which is
> supposedly called when your layer is removed from its superlayer (or
> hidden). However, if it's removed from superlayer, the animation returned
> for the kCAOnOrderOut event is apparently ignored, because the layer is
> removed immediately, instead of when the animation finishes. The docs
> practically declare that this is meant for animations. So, what gives? Is
> this too good to be true? Do I need to use the workaround of adding the
> animation, and in the didStop delegate, removing the layer myself? Code
> would be so much cleaner if just calling -removeFromSuperlayer would invoke
> the animation for me and then remove it itself...
Isn't this an artifact of dealing with the model layer? I would expect
that as far as my code is concerned, the sublayer is removed from its
parent layer immediately, because I'm only dealing with the model
layer tree, not the presentation layer tree.
--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