The main goal is to be able to scroll each row's content horizontally.
I'm trying to do this with X Code 5 and using StoryBoard.
The problem seems to be simple, but after many hours of searching I got nothing except for one problem that is somewhat similar but using programatic only approachsee here.
In IB, I have the structure as shown in the design below.
- The content size of the scrollview in set to {5000, 500} set both in IB and in code
- The scrollview frame is {0,0}{320,44}
- The labels frame is set to {20,0}{500,44}
I've also provided an example project in a github repository. The example also includes a "normal" scrollview working outside of a uitableviewcell.
Please say that I overlooked something very basic.
I have the same problem today. After a few hours keep finding, it is solved by changing the cell's selection back to Default from None. Hope that it would help the others.
I can't access your
Storyboard
, with my xCode 4.First of all, you should connect the
UITableView
with yourViewController
. TheUITableViewCell
is inside yourUITableView
. Thats why you should try to change the settings of yourUITableView
. After connecting, you should try to change thecontentinset
of yourUITableView
like this:If this doesn't work, you could also try to change the content size of your TableView. Maybe you also have to change the size of your
UIView
before it will work.I fix the situation via IB.
I must have the same value inside "Identity Value section - User Defined Runtime Attributes" with key "frame - Rect - CGRectValue" equal to "Size inspector - View values".
I hope this help you.
Autolayout is activated (and that's a good thing) in your storyboard. The scrollable size of a UIScrollView is computed based on the constraints of its subviews.
So you need to add "top, bottom, leading, trailing space to superview" on the UIImageView inside the UIScrollView. They can be all set to 0.
Now if you don't add any constraint to the UIImageView then its intrinsicContentSize size will be used.
Your constraints should look like this:
Note that you were also missing constraints on the content view of your cell.
When you're done with the constraints, remove all the setContentSize: calls from your code.
Ensure
setContentSize
is called inviewDidLayoutSubviews
and inscrollViewDidEndZooming:withView:atScale:
. In iOS6, if you didn't have the code in these methods, the default behaviour worked okay, in iOS7 with the new layout system, they are required. It may be called more than once for a setup, just keep callingsetContentSize
.With its new autolayout mode, iOS 7 seems to have broken a lot of iOS 6 and earlier apps that use UIScrollView. I posted a similar question recently [now put on hold by the moderators - so you might not be able to see it] where user Lv.BeLeCk found success using:
in the view controller holding the scrollview. Just put it after the scroll view's instantiation. See if that works, and if it does, please upvote his contribution.
I think the root cause is that upon instantiation UIScrollViews are now updating their sizes based on their current contents, as opposed to before where they just left them the Hell alone.
Why Apple wanted to muck with that I don't know. I'm still waiting for top and bottom alignment for multi-line labels!