Re: iPhone orientation problems
Re: iPhone orientation problems
- Subject: Re: iPhone orientation problems
- From: Eric Giguere <email@hidden>
- Date: Tue, 27 Jul 2010 08:54:28 -0400
Hi Laurent
No apologies please, your input did guide me in the right direction.
The structure of my application was some kind of workaround of the problem where NavigationController cannot be loaded from a nib, at least not like the other type of controllers due to the fact that this guy creates its view dynamically.
So instead of using a plain controller that has no "child" support, I took the UITabBarController, inserted my graphical view as its first item and configured the navigator with my custom controllers and guess what, gone the orientation problem.
The problem lies somewhere in the framework. I tested my application yesterday on iOS4 and again a surprise, the orientation shift is transmitted by only after the view finishes its apparition on screen.
Thank you both Matt and Laurent for your help.
Eric.
On 2010-07-26, at 17:05, Laurent Daudelin wrote:
>
>
> On Jul 26, 2010, at 13:33, Matt Neuburg wrote:
>
>> On Mon, 26 Jul 2010 10:03:14 -0400, Eric Giguere <email@hidden>
>> said:
>>> Hi Matt
>>>
>>> Thanks for the advice.
>>>
>>> So, if I got it right, I have to remove the second controller from my main
>> window nib file and put it elsewhere. Otherwise, it gets created at the same
>> time as the other. I did that to go around a problem with the Navigation
>> Controller. This guy doesn't get loaded when you put it alone in a nib and then
>> initialize it by loading the nib file. Pretty strange...
>>>
>>> So, with your suggestion, I should keep the navigator interface with the main
>> xib and create / release the other view when needed.
>>>
>>> Got you right?
>>
>> I don't see why what you're describing has anything to do with what I said.
>> My advice was about the window's primary subview. If that's controlled by a
>> navigation controller in your app, then it is that navigation controller
>> that I'm suggesting you would need to worry about. m.
>>
>>> On 2010-07-25, at 15:39, Matt Neuburg wrote:
>>>
>>>>> Everywhere, it is said that it should be handled automatically when adding
>> the
>>>> subview to the window but it doesn't seem to work, at least not with my
>>>> controller layout.
>>>>
>>>> My experience is that you have to wait until the window's primary subview
>>>> has itself rotated before you do any further interface configuration. I add
>>>> code like this to my main subview's controller:
>>>>
>>>> - (void)didRotateFromInterfaceOrientation:
>>>> (UIInterfaceOrientation)fromInterfaceOrientation {
>>>> if (!didInitialSetup) { // once, at startup: set up interface
>>>> didInitialSetup = YES;
>>>> [self setUpInterface];
>>>> }
>>>> }
>>>>
>>>> That way I don't create the nested interface until the main view has settled
>>>> down into its initial rotation. Otherwise, if I do things too soon, x and y
>>>> are reversed and everything is wonky after that. This trick has really
>>>> helped me with autorotation, though I don't know if it will be useful in
>>>> your case.
>>>>
>>>> m.
>>>>
>>
>
> It's a little hard to see what the original poster's problem is, so maybe my message is irrelevant, but as far as orientation is concerned, I don't think having the controllers all in the same xib is the problem because I do it in a couple of apps.
>
> My latest app is a tab bar-based app. Each tab item brings a navigation-based view which contains a UITableView. The key is to make sure you subclass all the controllers in the view hierarchy, starting with the tab bar view controller all the way down to the UITableViewController so that they can all return YES to the shouldAutorotateToInterfaceOrientation:.
>
> My MainWindow.xib file has the layout of the tab bar view with a custom navigation controller for each tab bar item. Of course, each UITableView is loaded from a different xib but it all works fine.
>
> If I missed something, I apologize.
>
> -Laurent.
> --
> Laurent Daudelin
> AIM/iChat/Skype:LaurentDaudelin http://www.nemesys-soft.com/
> Logiciels Nemesys Software email@hidden
Eric Giguere
email@hidden
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
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