私はautolayoutでテキストビューの幅を修正しようとしたときに恐ろしい時間があります。テキストビューはスクリーンの支配的な要素なので、私がそれを修正できないので画面全体が破壊されています。IOS/Autolayout：大きなテキストビューの幅を修正する方法は？
設定は、要素を含むコンテンツビューを含むスクロールビューを含むビューです。アップルの指示に従い、私はビュー、スクロールビューとコンテンツビューの幅を375に設定し、コンテンツビューをスクロールビューに固定し、スクロールビューを4面すべてのビューに固定しました。すべて0の定数です。
テキストビュー中心に置かれ、かなり広い。したがって、最初に40のコンテンツビュー、40のコンテンツビュー、295の幅の定数に先行する定数を設定しました.7 Plusでは、これは右側とSEのtextview右マージンを超えて拡張されています。自然なことは幅の制約を取り除いているように見えたので、先行する制約と後続する制約があっただけですが、全体のビューが町を113に縮小させました。これが起こるために思い付く理由はありませんが、した。私は295に再設定しようとしましたが、それ以下でした。私も295に設定しようとしましたが、優先順位を下げました。優先順位500で1000で、ビューは113
ほとんどの腹立たしいまで戻って縮小したかのように、優先度750で、それは行動しました。添付して、制約のスクリーンショットを参照してください。事前に感謝の意を表します。
編集：
UITextViewsが自動レイアウトに応じて、その大きさを調整しないかもしれないthis postから表示されます。だから、おそらく、オートレイアウトのインストーラーボードで制約を配線し、コードでそれを修正する方法はありません。私はAppleがストーリーボードのテキストビューで自動レイアウトをサポートしていないと信じることはできないので、より良い方法があることをまだ望んでいる。
これは意味があります。しかし、noteViewのcenterx制約と幅の制約を削除し、シーン全体がただちにビューのサイズの約半分に縮小しました。 contentVIewは375から143.5に縮小され、notesviewは295から63.5に縮小されました。これは実際には理にかなったものです。先頭と末尾がそれぞれ40の場合、notesviewはcontentviewよりも80小さいはずです。しかし、notesviewの幅を削除すると、contentviewとnotesviewの両方がなぜ231.5に縮小するのか理解できません。 – user6631314
私はまた、先頭と末尾の制約を削除してから、左右のnotesviewを定数40のcontentviewに "再固定"しようとしました。しかし、それは役に立ちません。 contentviewの幅はすぐに143.5に変更されました。 – user6631314
問題は、notesviewがcontentviewに固定されているのと関係がありますが、contentviewは、割り当てられた幅を持たないnotesviewからその幅を取っていると思います。これは、他の方法ではなく、contentviewから派生したノートビューの幅に基づいていると考えられる他の要素との他の水平オフセットの人工物であるかもしれないnotesviewのための63.5の奇妙な幅で終わっています – user6631314