I am attemting to transition from one UIView to another, when the user rotates the device. This, in of itself, is not difficult. However, since I am displaying completely different content after the rotation, the default animation provided by UIKit (rotating the currently displayed view) is inappropriate conceptually.
Simply disabling the animation and swapping the views suddenly is tolerable, but is far below the polish I’m building into the rest of the app. What I would prefer to do is this:
When shouldAutorotateToInterfaceOrientation: is called, I would like to grab an opaque view snapshot, a screenshot if you will, of the user view before rotation. Then after the rotation is completed and the system has applied the view transforms etc, I can show the snapshot view I saved and animate a transition of my choice to my new view. After it is completed, I can release my snapshot and move on.
Is there a way to do this that is not expensive?
The only other option I can think of is to return NO on all orientations other than my default one, and then react by applying my own animations and transforms. I’d prefer to use the system to do this however, as I feel it is likely doing it myself could cause “undefined” keyboard behavior in the manually rotated view, etc.
Thoughts?
I can guarantee you [window drawRect:] won’t work. Most views don’t implement drawRect: and it’s certainly not recursive like on the mac.
drawInContext: is also pretty much hosed simalarly, as it’s fundamentally asking the layer to draw itself, not its sublayers recursively. “Default implementation does nothing.” says it all.
I implementing this for the Clif Bar Save Our Snow app in the app store by doing the following:
Yes, a rather large pain in the ass. But yes, it works pretty well and got through by Apple :).