3 回答

TA貢獻(xiàn)1818條經(jīng)驗 獲得超8個贊
嘗試將您的優(yōu)先級降低_collapsedtextHeightConstraint到999.這樣系統(tǒng)提供的UIView-Encapsulated-Layout-Height約束始終優(yōu)先。
它取決于你的回歸 -tableView:heightForRowAtIndexPath:。確保返回正確的值和您自己的約束,生成的約束應(yīng)該相同。只有暫時需要您自己的約束的較低優(yōu)先級,以防止崩潰/擴(kuò)展動畫在飛行中時發(fā)生沖突。

TA貢獻(xiàn)1966條經(jīng)驗 獲得超4個贊
我有一個類似的場景:一個帶有一個行單元格的表視圖,其中有幾行UILabel對象。我正在使用iOS 8和自動布局。
當(dāng)我旋轉(zhuǎn)時,我得到了錯誤的系統(tǒng)計算行高(43.5遠(yuǎn)小于實際高度)。看起來像:
"<NSLayoutConstraint:0x7bc2b2c0 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7bc37f30(43.5)]>"
這不僅僅是一個警告。我的表格視圖單元格的布局非常糟糕 - 所有文本都重疊在一條文本行上。
讓我感到驚訝的是,以下一行神奇地“修復(fù)”了我的問題(autolayout沒有任何抱怨,我得到了我在屏幕上的預(yù)期):
myTableView.estimatedRowHeight = 2.0; // any number but 2.0 is the smallest one that works
有或沒有這條線:
myTableView.rowHeight = UITableViewAutomaticDimension; // by itself this line only doesn't help fix my specific problem
- 3 回答
- 0 關(guān)注
- 1067 瀏覽
添加回答
舉報