Re: CALayer glitch: move one sublayer, add/remove another
Re: CALayer glitch: move one sublayer, add/remove another
- Subject: Re: CALayer glitch: move one sublayer, add/remove another
- From: Dave Hayden <email@hidden>
- Date: Wed, 20 Aug 2008 15:45:23 -0700
(Just noticed that I posted this on quartz-dev, not here. [Didn't get
an answer to my question there, either, natch.] For the archives,
here's a very questionable workaround to the problem I was having..)
On Jul 18, 2008, at 11:52 AM, Dave Hayden wrote:
Just wanted to see if this is expected behavior, and if there's a
workaround. When I add or remove one sublayer and change another's
position in the same transaction, the moved layer leaves a "ghost"
image that fades away at the start position. If I wrap the two
actions in CATransaction begin/commit, it works as expected (no
ghost image) if I do the position change first, then the add/remove.
If I do the add/remove first, I get the ghost image.
Found a workaround, and it's an ugly one: If I call
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode
beforeDate:nil];
between the actions they won't interfere with each other. Ick.
Any idea how safe this is? <cue chirping crickets>
-D
_______________________________________________
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