これまではUIScrollViewプログラムで操作することでうまく使用してきましたが、Interface Builderでのみ設定することで機能させるのに苦労しています。
iPhoneアプリにシンプルな「概要」ページがあります。それは持っているUITextView私の他のアプリに、いくつかのアイコンやリンクを。これらのビューをすべてに追加UIScrollViewし、合計サイズが480を超えるように配置しました。アプリを起動すると、scrollviewは画面に収まるコンテンツのみを表示し、何もスクロールしません。
これをIBを介して完全に行うことは可能ですか、またはコードを介してcontentSizeを操作する必要がありますか？
回答:
UIScrollViewのcontentSizeプロパティを設定するのを忘れていました。奇妙なことに、これをInterface Builderから行うことはできません。このスクロールビューを管理しているビューコントローラーから行う必要があります。
contentSizetype という名前のエントリを追加しSize、目的の値を設定することで設定できます。
contentSizeしないのはなぜかについて、私はまだ困惑しています。
Boby_Wanの答えは私に考えさせられ、Interface BuilderからUIScrollViewのcontentSizeを構成するための次の解決策を見つけました：
UIScrollViewストーリーボードシーンでをますcontentSizeSizeたとえば、値を{320、920}に設定すると、ユーザーはiPhoneで余分な画面全体を下にスクロールできます。
（私はxcode 4.3.3を使用していますが、プロジェクトのiOS展開ターゲットは5.1です）
最初にこれを行ったとき、次のエラーを受け取りました：
不正な構成：
4.3
MainStoryboard.storyboard より前のバージョンのXcodeでサイズタイプのユーザー定義ランタイム属性
このエラーが発生した場合も、簡単に修正できます。プロジェクトナビゲーターでストーリーボードを選択し、ファイルインスペクターを起動します。Interface Builder Documentセクションを見つけて展開します。開発用のドロップダウンがあります。これがに設定されていることを確認しますXcode 4.3
"this class is not key value coding-compliant for the key keyPath"が出ます私が間違っていることを助けてくれませんか？xamarin-ios-c＃を使用していることに注意してください
Interface Builderのみを使用してそれを行うことができ、Identity Inspector（3番目のインスペクタータブ）に移動して、新しいUser Defined Runtime属性を追加します。
ストーリーボードUIScrollViewを離れずにスクロールを作成する方法があります：
UIScrollViewストーリーボードでを選択し、サイズインスペクターに移動して、[ コンテンツインセット]セクションの[ ボトム]値（または変更する必要のあるその他の値）をコンテンツ領域の高さに変更します。contentSizeます。入力するタイプや値は関係ありません（デフォルト値のままでもかまいません）。これでUIScrollView作業は適切に行われますが、2番目のステップが必要な理由はわかりません（たまたま見つけました）。:(
私が過去に使用した1つのアプローチは、インターフェイスビルダーでスクロールビューを含むビューからスクロールビューをドラッグし、その実際のサイズをcontentSizeにしたいサイズに設定することです。
インターフェイスビルダーについて本質的に明らかではないのは、関連付けられていないビューをnibに格納できますが、nibが主に使用するメインビューの一部ではないということです。
スクロールビューを表示したいビューに、プレースホルダーとして使用するシンプルなUIViewを配置します。（これは単に場所を視覚的に設計できるようにするためです。ビュー全体を使用している場合は、この手順をスキップして、この回答の最後にある2番目のコードスニペットを使用できます）。
その後、スクロールビューにコントロールを入力して、希望どおりに視覚的にレイアウトできます。実行時にそれらにアクセスできるように、ビューコントローラー内にプレースホルダーとscrollviewプロパティの両方を指定します。
実行時、-（void）viewDidLoad
scrollView.contentSize = scrollView.frame.size;
scrollView.frame = placeholder.frame;
[placeholder.superview addSubView:scrollView];
[placeholder removeFromSuperview];代わりに（プレースホルダーを使用しなかった場合）：
CGRect f = self.view.frame;
scrollView.contentSize = f.size;
f.origin.x = 0;
f.origin.y = 0;
scrollView.frame = f;
[self.view addSubView:scrollView];最後に、インターフェイスビルダーでスクロールビューを "失った"（デザイングリッドから消えるように閉じることができる）場合でも、慌てないでください。デザイングリッドの左側にあるオブジェクトリストでそれをクリックするだけです。
Autolayoutを使用するXcode 4.5では、サイズインスペクターにコンテンツインセットセクションがありません。だから私はそれをユーザー定義のランタイム属性の下に追加する必要があり、それからうまくいきました。
「ユーザー定義のランタイム属性」に追加するのは、「Rect」タイプ（UIEdgeInsets、Rectと同じ入力を持つ）であり、{top、left}、{bottom、right}として定義されるkeyPath == contentInsetです。contentSizeは、スクロールビューウィンドウの領域のみを定義します。contentInsetはスクロール可能な領域を定義します。
これが同じ状況の誰かに役立つことを願っています。
上記の回答の多くは、誤解を招く、または古くなっています。2017年の時点で（おそらくもっと早い段階で）、インターフェイスビルダーは、自動的にサイズ変更されるコンテンツを含むスクロールビューをサポートしています。トリックは、XCodeがスクロールビューとその中のコンテンツとの間の制約に特別な非標準の意味を与えるということです。これらの「内向き」の制約は、実際にコンテンツのサイズに影響を与えることはありません。
これは、たとえば、スクロールビューをマージンなしでメインビューの下部に固定し、スクロールビューのコンテンツをマージンなしでスクロールビューの下部に固定することもできますが、実際にはこれによってコンテンツは拡大されません。代わりに、コンテンツは自己決定サイズ（以下を参照）を取得し、これはスクロールビュー内のスクロール可能領域のサイズになります。
このように考える-スクロールビューへの制約のバインドには非対称性があります。スクロールビューから「外側」（親）の世界への制約は、通常どおりにスクロールビューのサイズと位置を決定します。ただし、スクロールビューの「内部」の制約は、コンテンツにバインドすることによって、スクロールビューのスクロール可能領域のサイズと位置を実際に設定しています。
制約を設定すると、XCodeは常に現在の間隔を提示し、競合する方法で内向きと外向きの制約を意図的に変更することは決してないため、これは完全に自明ではありません。しかし、それらは上記の意味を持つことができます。1つはスクロールビューのレイアウトを制御し、もう1つはスクロール可能なコンテンツ領域のサイズを制御します。
私はこれを偶然偶然見つけ、それがどのように機能するように見えるかを見て、それを完全に説明し、これに関するAppleのドキュメントソースを引用するこの記事に私を導きました：
https://spin.atomicobject.com/2014/03/05/uiscrollview-autolayout-ios/
コンテンツの自己決定サイズに関する最後の重要な情報：通常は親ビューの幅などにコンテンツのサイズを設定しているため、ここでは問題が発生していると感じるかもしれませんが、この場合、親はスクロールビューであり、上記のとおり-制約はコンテンツサイズに影響しません。ここでの答えは、ビュー階層内で直接隣接していないアイテムにアイテムを制限できることを覚えておくことです。たとえば、コンテンツビューの幅をメインビューの幅に設定して、スクロールビューにそれを実行させるのではなく、無駄にしようとするあなたのために。
Interface Builderを介してUIScrollViewを設定することは直感的ではありません。これを設定するための私のチェックリストは次のとおりです。
UIViewControllerのXIBファイルを選択します。インターフェースビルダーの「Identity Inspector」で、UIViewをクラスタイプUIScrollViewに変更します。
[ファイルインスペクタ]で、[自動レイアウト]をオフにします
[属性インスペクタ]で、サイズをフリーフォームに変更します。その後、手動でスクロールビューをストレッチするか、[サイズインスペクター]でカスタムの幅と高さを指定できます。
「Identity Inspector」で、タイプ「Size」の「contentSize」と呼ばれる新しいユーザー定義ランタイム属性を追加し、それを{320、1000}のような値に変更します。これをプログラムで設定することはできなくなったため、この手順が必要になるため、スクロールビューの内容がウィンドウよりも大きいことがスクロールビューに認識されます。
はい、st3fanは正しいです。UIScrollViewのcontentSizeプロパティを設定する必要があります。ただし、この目的で自動レイアウトをオフにしないでください。コードなしで、IBのautolayoutのみでUIScrollViewのcontentSizeを簡単に設定できます。
UIScrollViewのautolayout contentSizeを直接設定しない場合、UIScrollViewのすべてのサブビューの制約に基づいて計算されることを理解することが重要です。そして、必要なのは、両方向のサブビューに適切な制約を提供することだけです。
たとえば、サブビューが1つしかない場合は、高さとスペースを上から下からスーパービュー（つまり、この場合はscrollView）に設定できますcontentSize.heightは合計として計算されます
Vertical Space (aSubview.top to Superview.top) + aSubview.height + Vertical Space (aSubview.top to Superview.top)contentSize.widthは、水平方向の制約から同様に計算されます。
contentSizeを適切に計算するための制約が少なすぎる場合は、ビューのコントローラーシーンアイテムの近くに小さな赤いボタンが表示され、レイアウトのあいまいさを通知します。
多くのサブビューがある場合、それは制約の「チェーン」である可能性があります。DanyalAytekinの回答のように、サブビュー間の最上部から最上位のサブビュー、高さとサブビュー間の最下部のサブビューとスペース。
しかし実際には、ほとんどの場合、必要なサイズの空のビューを追加し、scrollViewの上下左右のスペースを0に設定する方が便利です。 このビューは「コンテンツビュー」として使用できます。つまり、他のすべてのサブビューを配置できます。その上に、またはすでに多くのサブビューがあり、それらを移動してレイアウトを再度設定したくない場合は、この補助ビューを既存のサブビューに追加して非表示にすることができます。
scrollViewをスクロール可能にするには、計算されたcontentSizeをscrollViewのサイズより大きくする必要があります。
Autolayoutsを使用してStoryBoardでUIScrollViewを使用できます。基本的に必要なものは次のとおりです。
全体がストーリーボードの画面よりも大きいコンテンツでScrollViewを設計するためのソリューションは次のとおりです（ほとんどすべての場合、1行のコードも追加する必要があります）。
新しいXcodeプロジェクトを作成する
Main.storyboardファイルに移動します
オブジェクトライブラリからScrollViewを選択します。
ScrollViewのフレームを設定します。
スクロールビューに別のビューを追加し、ScrollViewと同じフレームを維持します。
高さと幅を動的に設定するために、これをXIBの自動レイアウトを使用してUIScrollViewを構成できます。