On Mon, 14 Sep 2009 13:57:32 +1000, Graham Cox <graham....@bigpond.com> said: > >On 14/09/2009, at 1:31 PM, Matt Neuburg wrote: > >> My question is simply this: what's the best strategy for >> implementing this? >> Unlike the Reducer tab view example, I don't have a view in advance >> representing the future state of the window (i.e. what it will look >> like >> after the transition). I'm not substituting one view for another, I'm >> altering the content of a whole bunch of fields at once and I want the >> *whole* window to peel back to reveal the new values. >> >> I'm thinking this is probably such a common thing to want to do that >> someone >> has already been down this road. Thx - m. > >I've implemented this in a simple slideshow app that you can download >the source for. I just use Core Image - no point trying to roll your >own when the OS has a solution built right in - you need to have two >images in memory, the current one and the next one to show
Ah, but the crux of my question is that I don't have "the next one to show". I don't know what the window will look like when selecting a different core data entity until I select it, and by then it's too late. That's why I'm asking for a strategy... For example, I can imagine something like this. Take a "screen shot" of the window. Cover the whole window with a secondary window. Behind the secondary window, move the primary window on to the next entity. Take a second "screen shot" of the window. Now I *do* have a "before" and "after" pair of pictures. Perform the page curl animation in the secondary window, and remove it. That seems very elaborate, so before I do that I'm checking to see whether that strategy is on the right track. m. -- matt neuburg, phd = m...@tidbits.com, <http://www.tidbits.com/matt/> A fool + a tool + an autorelease pool = cool! AppleScript: the Definitive Guide - Second Edition! http://www.tidbits.com/matt/default.html#applescriptthings _______________________________________________ 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
