#Storyboard quick 6 overhead diagram update
#Storyboard quick 6 overhead diagram download

Pin the content view's width to be equal to scroll view's Frame Layout Guide.

Pin all the sides of the content view to scroll view's Content Layout Guide.

Take another UIView (will call it content view) and put it inside the scroll view.

Pin all the sides of scroll view to the superview.

The most simple approach now is going like this: If you are wondering why all of the answers does not work anymore, make sure that you have pinned the content view (the one you've put inside the scroll view) to Content Layout Guide of the scroll view and NOT to Frame Layout Guide.Ĭontent view edges (leading, trailing, top, bottom) should not be pinned like leading on the image - to Frame Layout GuideĪnd then the most of the answers will work for you. In this contentView, set top, bottom, left and right margins to 0 (of course from the scrollView which is the superView) Set also align center horizontally and vertically Inside the UIScrollView add a UIView (we can call that contentView) Now you can add all your views in that contentView, and the contentSize of the scrollView will be automatically resized according with the contentView.ĭon't forget to set the constraint from the bottom of the last object in your contentView to the contentView's margin. Do the same for the width įinally, set the priority of the equal height constraints to 250 (if you need the view to scroll vertically, the width to scroll horizzontally).

Now set the contentView's height equal to the Frame Layout Guide's height. Therefore you need to go through the following steps:įor this contentView, set top, bottom, left, and right margins to 0 pinning them to the Content Layout Guide of the scroll view

Nowadays, Apple realized the problem we solved many years ago (lol_face) and provides Content Layout Guide and Frame Layout Guide as part of the UIScrollView.

#Storyboard quick 6 overhead diagram download

You can download the sample project here and try if you can figure out what's going on: Help me Obi-Wan Kenobi! Why the ambiguous layout? Why the misplaced view?

#Storyboard quick 6 overhead diagram update

If I DO update the frame the Label is out of sight and the UIScrollView does not scroll. When I run the App without updating the Label's frame as suggested by IB it is positioned just fine, exactly where it's supposed to be and the UIScrollView is scrollable. So there seems to either be an issue with UIScrollView or I am missing out on something important. Please note: If you replace the UIScrollView with a UIView, the behaviour is as expected (the Label's frame is correct and according to the constraint). Updating the Label's frame with the Resolve Issues Tool moves it right there. As you can see, Interface Builder expects the Label to sit outside of the UIScrollView's boundary (the orange dashed rectangle). I did this minimal example in a freshly new project which you can download and I attached a screenshot. Now two warnings occur - and I don't understand why:Ī) Scrollable Content Size Ambiguity (Scroll View has ambiguous scrollable content height/width)ī) Misplaced Views (Label Expected: x= -67 Actual: x= 207 The trouble starts when I add a trailing constraint to the UILabel:Į.g., Trailing Space to: Superview Equals: 25 Then I add a Top Space constraint to the UILabel (no problem) (and I can even pin height / width of the label, changes nothing, but should be unneccessary due to the Label's intrinsic size) The UIScrollView has solid constraints, e.g., 50 px from every side (no problem).

>UILabel (or any other comparable UIKit Element) So, whenever I have a view hierarchy such as this I run into trouble: >UIViewController If this is a bug in Xcode, it is a critical one! It's very basic and important so I think everyone should know how this properly works. I am having trouble with AutoLayout in Interface Builder (Xcode 5 / iOS 7).