Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Why am I having to manually set my view's frame in viewDidLoad?

I have a pretty basic setup with a UINavigationController inside a UITabBarController. I'm wanting to programmatically layout the view of the rootViewController of that navcontroller, but when I look at self.view.frame inside viewDidLoad, I get this (in landscape, for example):

1. view frame: {{20, 0}, {748, 1024}} // looks like an odd portrait mode 

Then I autorotate to Portrait, and I get this:

2. view frame: {{0, 0}, {768, 911}} 

Then when I go back to Landscape, the frame is now this:

3. view frame: {{0, 0}, {1024, 655}} 

And further autorotation events will flip-flop between frame values #2 & #3.

To get around the weirdness of #1, I'm currently doing this in viewDidLoad:

if (UIInterfaceOrientationIsPortrait(self.interfaceOrientation)) {     self.view.frame = CGRectMake(0, 0, 768, 911); } else {     self.view.frame = CGRectMake(0, 0, 1024, 655); } 

I feel like I'm obviously missing something here. Why would the default frame of the view not match the frame when it autorotates back to the same orientation? Does the view frame not get set to the initial orientation? Very confused...

I should mention that none of the above, including my kludgy hack, changes anything visually. The reason I have the hack is so that when I layout my subviews into this view, they'll be based off of where I expect them to be, which is the top left corner just under the navigation bar.

What am I doing wrong?

UPDATE: turning off all the autosizing stuff on the view changes result #1 to be:

view frame: {{0, 0}, {748, 1024}} 

That seems a tiny bit closer, but still not matching #3.

like image 387
Ryan Waggoner Avatar asked Jul 20 '11 04:07

Ryan Waggoner


People also ask

How many times does viewDidLoad get called?

viewDidLoad() is one of the initialization methods that is called on the initial view controller. viewDidLoad() is called before anything is shown to the user - and it is called only once.

Is loadView called before viewDidLoad?

Use viewDidLoad( ), which is called AFTER loadView( ) has completed its job and the UIView is ready to be displayed. viewDidLoad( ) allows you to initialize properties of the view/viewController object and finalize them before viewWillAppear( ) is called.

What is viewDidLayoutSubviews?

viewDidLayoutSubviews()Called to notify the view controller that its view has just laid out its subviews.

What is frame in Swift?

frame = a view's location and size using the parent view's coordinate system ( important for placing the view in the parent) bounds = a view's location and size using its own coordinate system (important for placing the view's content or subviews within itself)


1 Answers

The frame is not guaranteed to be the same in viewDidLoad as it will be when the view is eventually displayed. UIKit adjusts the frame of your view controller's view prior to displaying it, based on the context in which will appear. The size is determined based on interface orientation and the dimensions of any visible navigation bar, tab bar, toolbar, or status bar (which itself has a height that can change, e.g. when you're on a phone call).

It helps to understand what happens when a view controller's view is loaded and displayed:

  1. Something accesses your view controller's view property for the first time. This may occur in your own code, or in UIKit in response to a user action like selecting a tab.

  2. UIKit lazy-loads your view controller's view by calling loadView if it's defined, or by loading the view from the NIB that was specified in initWithNibName:bundle:. If neither exists, UIKit just loads an empty view.

  3. UIKit calls viewDidLoad once the view and its subviews have been fully loaded. At this point the view's frame will be whatever it was set to in the NIB, or in loadView.

  4. Something calls for UIKit to display your view controller's view. Again, this may be a user action like tapping on a tab, or an explicit method call in your code like pushViewController:animated: or presentModalViewController:animated:.

  5. UIKit resizes the view based on the context in which it will be presented, as described above.

  6. UIKit calls viewWillAppear:. The frame should now be the size that will be displayed. (?) EDIT: This may no longer be true. See the comments below.

  7. UIKit displays the view, with or without animations.

  8. UIKit calls viewDidAppear:.

As you can see, if you need to know the size of your view's frame before it gets presented, viewWillAppear: is your one and only opportunity. Just remember that this size may change after the view appears for various reasons, including rotation events or changes in status bar height. For this reason, it's important to give every subview an appropriate autoresizingMask, to ensure that the layout can adjust itself properly for any change in bounds.

If you wish to build your view hierarchy manually, the recommended place to do so is in loadView. Since you construct the view yourself in this method, you can initialize its frame to whatever you'd like. The size you choose doesn't matter much, since UIKit is likely to change it on you anyway. Just make sure you set your autoresizingMasks appropriately.

like image 95
cduhn Avatar answered Oct 03 '22 16:10

cduhn