I am trying to implement some interface changes in my app, based on the device rotation.
My app is a view based app. So, its main view controller has a didload method.
The app starts in portrait. Almost all changes on the device orientation triggers the shouldAutorotateToInterfaceOrientation method but this method is not called when the device is put on portrait, after coming from any landscape orientation.
While debugging the app, I have put a
on my shouldAutorotateToInterfaceOrientation method, and what I see is quite strange:<ul><li>When I run the app, shouldAutorotateToInterfaceOrientation is called 6 times before the app's interface even appears. Every time it runs, it reports a different number for the orientation: the order it reports on console is: portrait, portrait, portrait, landscape right, landscape left, upside down) (????).</li> </ul>
During this time the app is just beginning. The debugger reports all 6 calls coming from the app's delegate.
So, here comes the questions:<ol><li>WHy shouldAutorotateToInterfaceOrientation is not being called when the device enters on portrait?</li> <li>Why is the delegate calling this method 6 times before the app's is even visible, specially when no rotation is being done?</li> </ol>
The <a href="http://developer.apple.com/iPhone/library/documentation/UIKit/Reference/UIViewController_Class/Reference/Reference.html" rel="nofollow">UIViewController Class Reference</a> seems to say that this method returns a value "indicating whether the view controller supports the specified orientation".
It doesn't make any promises that the device is/isn't rotating right now, it's just querying to see what orientations your controller can support. Hence the statement:<blockquote>
Your view controller is either capable of supporting a given orientation or it is not.</blockquote> Answer2:
The system is caching the responses so it knows what orientations to try and detect.