IOS7 : UIScrollView offset in UINavigationController

Question

I'm currently migrating my app on ios 7 and I've been stuck for hours on the new navigationcontroller/bar management.

Before, when we had a navigation controller, we had a snippet like this :

UINavigationController *navController = [[UINavigationController alloc]initWithRootViewController:[[MainViewController alloc]init]];

In interface builder, we had the choice to set an existing navigationbar for the view and everything match the content of the real view.

OK so now, i have no clue of how to design properly with interface builder. I still have my snippet to initialize my navcontroller. However in the interface builder for my MainViewController if I set a status bar to translucent or opaque navigation bar, i have an offset of 44px at the top (see below).

Interface Builder_________________________And the result

Now, if i set status bar to none, there is no offset at top but since the view on simulator is smaller because of navigation bar the bottom of the view in interface builder is cut off.

Interface Builder_________________________And the result

I guess i'm really missing something here but i can't find any topic or apple info in iOS7 Transitions Guide about that.

Thanks for your help

EDIT

As we can see in the pictures, the first child of the view is a UIScrollView which contains both labels, the problem does not appear when there is no scrollview. It also appears if it's a UITableView. If a label is outside the UIScrollView, there is no offset to that label.

You may want to use Autolayout if you are not, so you can make sure certain views are a set distance away from the top/bottom/side of the screen — erdekhayser, Sep 23 '13 at 20:12
I'm indeed not using Autolayout, but using it (ticking the checkbox) does not solve the problem. — streem, Sep 23 '13 at 21:02
With Autolayout, you must set constraints in order for the views to stay in place. Xcode does not know what you want automatically. — erdekhayser, Sep 23 '13 at 21:10
Seeing your previous edit, I just discovered your issue. Unfortunately, it is not the most obvious solution. Rather than trying to explain it all over again, I used this video on Youtube to learn how to set up scroll views. http://www.youtube.com/watch?v=PgeNPRBrB18&feature=youtu.be Good Luck. It took me a couple times to watch it to fully understand what he is doing. — erdekhayser, Sep 23 '13 at 21:12

streem · Accepted Answer · 2017-09-29T16:10:10.467

289

OK so i found the solution, I have set in my controller the property:

self.automaticallyAdjustsScrollViewInsets = false

I don't really understand the true benefit of this property though, (or why the default value is true)

The only documentation i found was there:

Update

In iOS 11 automaticallyAdjustsScrollViewInsets is deprecated

You should now use:

self.tableView.contentInsetAdjustmentBehavior = .never

I also encourage you to check this question and its answer to get a better understanding of those properties

edited Sep 29 '17 at 16:10

answered Sep 24 '13 at 18:55

streem

9,044
5
30
41

12

Great find. UIScrollView in storyboard is really complicated. I wish Apple makes it a bit seamless in future versions of Xcode. – p0lAris Oct 08 '13 at 03:41
4

This code prevents my `UIScrollView` from scrolling. But without this I can't get rid off the offset. Weired... – scaryguy Jan 12 '14 at 19:42
9

This flag can also be switched off in your storyboard/nib, the View Controller has an "Adjust Scroll View Insets" checkbox. I've been banging my head against a wall for so long now trying to sort out my problems with scroll views and auto layout, further complicated by supporting iOS 6 & 7. So thanks so much for finally providing a solution! – Newtz Jan 28 '14 at 11:59
2

App document would tell you that setting navigationbar.translucent = YES would prevent navigationbar from pushing the content down. It is the biggest lie and costed me many hours of work until this post. In addition, you must set self.automaticallyAdjustsScrollViewInsets = NO; Thank you so much for this post!!!!!!! Apple and apple? – user779764 Feb 16 '14 at 01:11
I found that this caused my UIScrollView's bounds to shift down by the height of the nav bar (-64points). I manually overrode this to 0, but found the UISrollView would still scroll in the y-axis, and "snap" to an imaginary line at -64. Your solution solved this. – gdbj Dec 24 '14 at 10:07
Fantastic, solved all my woes with my webviews in my scrollview. – BountyBob May 27 '15 at 13:28
http://stackoverflow.com/questions/24691614/why-is-uiscrollview-leaving-space-on-top-and-does-not-scroll-to-the-bottom – Jayesh Miruliya Mar 16 '16 at 07:19
Have been struggling with this issue for long enough now. Can't thank you enough. previously tried hiding UINavigationBar entirely, but it had different issues associated with it. – Shubham Naik Sep 17 '16 at 06:05
doc link is dead – Cœur Jun 28 '17 at 13:14

score 92 · Answer 2 · answered Oct 25 '14 at 21:05

92

@Justafinger's answer worked like a charm for me as well.

Just wanted to add that this setting can also be adjusted easily from the interface builder.

Select your view controller
Click the 'Attributes Inspector' tab
Uncheck 'Adjust Scroll View Insets'
Enjoy!

enter image description here

answered Oct 25 '14 at 21:05

Myxtic

5,679
5
48
69

Spent ages looking for this option in the UIScrollView properties and not the View Controller! Thanks! – Dominic Williams Jul 24 '16 at 13:22

score 11 · Answer 3 · answered Apr 29 '14 at 19:27

11

I was running into this same issue, but I found a rather odd property on the ViewController in interface builder that seems to have been causing this for me. There is an "Extend Edges" set of check boxes. I removed the "Under Top Bars" check, and everything started laying out properly for me.

answered Apr 29 '14 at 19:27

Ben Nicholas

111
1
2

Yup, this one worked for me better than "Adjust Scroll View Insets" – Dmytro Apr 10 '16 at 20:42

score 2 · Answer 4 · answered Feb 15 '14 at 07:32

With automaticallyAdjustsScrollViewInsets set to YES (the default setting) there is a mismatch in scrollview positioning between ios6 and ios7, so to make them consistent you need to disable this setting. However, ios6 will crash if it comes across automaticallyAdjustsScrollViewInsets, so you either need to make a programatic change of automaticallyAdjustsScrollViewInsets conditional on ios7 or else switch off the option using the storyboard/NIB

score 2 · Answer 5 · answered Apr 11 '14 at 20:22

I had a similar problem, after dismissing a viewController, the contentOffset from my tableView was changed to (0, -64).

my solution was a little weird, I tried all the other answers but had no success, the only thing that fixed my problem was to switch the tableView position in the controls tree of the .xib

it was the first control in the parent View like this:

before

I moved the tableView right after the ImageView and it worked:

after

it seems that putting the table view in the first position was causing the trouble, and moving the table view to another position fixed the problem.

P.D. I'm not using autoLayout neither storyboards

hope this can help someone!

I noticed this weird behavior, i believe the logic behind is that the scrollViewInsets are automatically ajusted when a scrollview is the first child. Otherwise it does not really make sense because your scrollview is probaby not full screen. — streem, Apr 14 '14 at 15:31

score 1 · Answer 6 · edited Aug 25 '16 at 09:57

1

I also face this problem.

UIScrollView content size is calculate by OS as other sizes, origins provided by constraint system - that's why OS has doubtfulness.

How to fix - You should explicitly define content size of UIScrollView:

Embed scrollable content to UIView (I rename it to ContentView)
Add constraints:

ContentView.Weight = View.Weight and ContentView.Height = View.Height

edited Aug 25 '16 at 09:57

Bista

7,869
3
27
55

answered Sep 25 '15 at 09:59

maslovsa

1,589
1
14
15

score 0 · Answer 7 · answered Sep 23 '13 at 20:27

0

It seems like a work around solution is to view the storyboard file as "iOS 6.1 and earlier" (select storyboard file->File inspector->Interface Builder Document->View As. Positioning subviews in this mode shows the offset.

answered Sep 23 '13 at 20:27

swhitman

772
6
20

Well, i'm not using storyboard. However I'm not sure it's an ios6 to ios7 problem, the example above has been fully created with iOS 7. Moreover, I edited my question, it only appears (as far as i know) with uiscrollview and uitableview. – streem Sep 23 '13 at 21:06
Hmm interesting...Looking into this you can add variant="6xAndEarlier" to the top of the XIB in the document element, as this is the difference when flipping the bit I mentioned above. And FYI this issue happens for uiwebview as well for me. – swhitman Sep 24 '13 at 15:19

score 0 · Answer 8 · answered Dec 10 '16 at 07:11

Thank you guys for the solutions! I struggled for hours trying to solve the problem. Everything was ok when there was no Navigation Bar involved but it went haywire the moment I embedded the ViewController in a NavigationController.

I solved it by unchecking the Adjust Scroll View Insets and the Under Top Bars. Both of these are located in the ViewController's Attribute Inspector. Thanks a million!

score 0 · Answer 9 · answered Jan 17 '23 at 08:06

Accepted answer by @streem caused some weird behavior with UILabel acting as sections.

This worked for me:

if let navBar = navigationController?.navigationBar {
    scrollView.contentInset = UIEdgeInsets(top: -navBar.frame.size.height, left: 0.0, bottom: 0.0, right: 0.0)
}

IOS7 : UIScrollView offset in UINavigationController

9 Answers9

Linked