У мене є UITableViewспеціальний параметр, UITableViewCellвизначений на дошці розкадрування за допомогою автоматичного макета. Клітина має кілька багаторядкових UILabels.

У по- UITableViewвидимому, правильно CALCulate висоти клітин, але в протягом перших кількох клітин , що висота не належним чином розділена між етикетками. Після трохи прокручування все працює як очікувалося (навіть клітини, які спочатку були неправильними).

- (void)viewDidLoad {
    [super viewDidLoad]
    // ...
    self.tableView.rowHeight = UITableViewAutomaticDimension;
}


- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    TableViewCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"TestCell"];
    // ...
    // Set label.text for variable length string.
    return cell;
}

Чи є щось, чого мені може бути не вистачає, що спричиняє автоматичний макет не в змозі виконати свою роботу перші кілька разів?

Я створив зразок проекту, який демонструє таку поведінку.

Я не знаю, це чітко зафіксовано чи ні, але додавання [cell layoutIfNeeded]перед поверненням комірки вирішує вашу проблему.

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    TableViewCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"TestCell"];
    NSUInteger n1 = firstLabelWordCount[indexPath.row];
    NSUInteger n2 = secondLabelWordCount[indexPath.row];
    [cell setNumberOfWordsForFirstLabel:n1 secondLabel:n2];

    [cell layoutIfNeeded]; // <- added

    return cell;
}

Це працювало для мене, коли інших подібних рішень не було:

override func didMoveToSuperview() {
    super.didMoveToSuperview()
    layoutIfNeeded()
}

Це здається фактичною помилкою, оскільки я добре знайомий з AutoLayout та способом використання UITableViewAutomaticDimension, однак я все ще час від часу стикаюся з цією проблемою. Я радий, що нарешті знайшов щось, що працює як вирішення.

Додавання [cell layoutIfNeeded]в cellForRowAtIndexPathне працює для клітин, які спочатку прокручується поза зору.

Не застосовується також до цього [cell setNeedsLayout].

Ви все ще повинні прокрутити певні комірки назад та переглянути їх, щоб правильно змінити розмір.

Це досить засмучує, оскільки більшість розробників мають динамічний тип, автоматичне розташування та саморозмірні клітини, які працюють належним чином - за винятком цього прикрого випадку. Ця помилка впливає на всі мої контролери "вище" таблиці.

Я мав такий же досвід в одному зі своїх проектів.

Чому це відбувається?

Осередок, розроблений на аркуші розгортки, має деяку ширину для певного пристрою. Наприклад 400px. Наприклад, ваша мітка має однакову ширину. Коли він завантажується з раскадровки, він має ширину 400 пікселів.

Ось проблема:

tableView:heightForRowAtIndexPath: викликується перед компонуванням комірок, це підпогляди.

Таким чином, він обчислював висоту для мітки та комірки шириною 400 пікс. Але ви працюєте на пристрої з екраном, наприклад, 320 пікселів. І ця автоматично обчислена висота невірна. Просто тому, що комірка layoutSubviewsвідбувається лише після tableView:heightForRowAtIndexPath: Навіть якщо ви preferredMaxLayoutWidthвручну встановите свою мітку, layoutSubviewsце не допоможе.

Моє рішення:

1) Підклас UITableViewі переосмислення dequeueReusableCellWithIdentifier:forIndexPath:. Встановіть ширину комірки, рівну ширині таблиці та форсунку комірки.

- (UITableViewCell *)dequeueReusableCellWithIdentifier:(NSString *)identifier forIndexPath:(NSIndexPath *)indexPath {
    UITableViewCell *cell = [super dequeueReusableCellWithIdentifier:identifier forIndexPath:indexPath];
    CGRect cellFrame = cell.frame;
    cellFrame.size.width = self.frame.size.width;
    cell.frame = cellFrame;
    [cell layoutIfNeeded];
    return cell;
}

2) Підклас UITableViewCell. Встановити preferredMaxLayoutWidthвручну для міток у layoutSubviews. Також вам потрібен макет вручну contentView, оскільки він не розміщується автоматично після зміни кадру комірки (я не знаю чому, але це так)

- (void)layoutSubviews {
    [super layoutSubviews];
    [self.contentView layoutIfNeeded];
    self.yourLongTextLabel.preferredMaxLayoutWidth = self.yourLongTextLabel.width;
}

У мене є аналогічна проблема, при першому завантаженні висота рядка не була обчислена, але після деякої прокрутки або переходу на інший екран, і я повертаюся до цього екрану, обчислюються рядки. Під час першого завантаження мої елементи завантажуються з Інтернету, а при другому завантажуються мої елементи спочатку з основних даних і перезавантажуються з Інтернету. Тож я помітив, що при виклику tableView.reloadData () під час анімації segue (та ж проблема з натисканням та наявним segue) висота рядка не обчислювалася. Тому я приховав перегляд таблиці при ініціалізації подання і поставив завантажувач активності, щоб запобігти негарному ефекту для користувача, і я викликаю tableView.reloadData через 300 мс, і тепер проблема вирішена. Я думаю, що це помилка UIKit, але цей спосіб вирішити проблему.

Я розміщую тези тез (Swift 3.0) в оброблювач завантаження предмета

DispatchQueue.main.asyncAfter(deadline: .now() + .milliseconds(300), execute: {
        self.tableView.isHidden = false
        self.loader.stopAnimating()
        self.tableView.reloadData()
    })

Це пояснює, чому для деяких людей ставлять reloadData в layoutSubviews вирішують проблему

жодне з перерахованих вище рішень не працювало для мене, чим працював цей рецепт магії: називайте їх у такому порядку:

tableView.reloadData()
tableView.layoutIfNeeded() tableView.beginUpdates() tableView.endUpdates()

мої дані tableView заповнюються з веб-служби, у зворотній дзвінок з'єднання я записую вищевказані рядки.

У моєму випадку останній рядок UILabel був усічений, коли комірка була виведена вперше. Це сталося досить випадковим чином, і єдиний спосіб правильно розмістити його - прокрутити клітинку з виду та повернути її назад. Я спробував усі можливі рішення, що відображалися до цих пір (layoutIfNeeded..reloadData), але для мене нічого не вийшло. Хитрість полягала в тому, щоб встановити "Автосшинку" на шкалі шрифту Minimuum (0,5 для мене). Спробувати

Додайте обмеження для всього вмісту в спеціальній клітинці подання таблиці, а потім оцініть висоту рядка подання таблиці та встановіть висоту рядка до автоматичного розміру з навантаженням у перегляді:

    override func viewDidLoad() {
    super.viewDidLoad()

    tableView.estimatedRowHeight = 70
    tableView.rowHeight = UITableViewAutomaticDimension
}

Щоб виправити цю проблему з початковим завантаженням, застосуйте метод layoutIfNeeded за допомогою в клітинці подання власної таблиці:

class CustomTableViewCell: UITableViewCell {

override func awakeFromNib() {
    super.awakeFromNib()
    self.layoutIfNeeded()
    // Initialization code
}
}

Я спробував більшість відповідей на це питання і не зміг змусити жодної з них працювати. Єдине функціональне рішення, яке я знайшов, було додати наступне до свого UITableViewControllerпідкласу:

override func viewWillAppear(_ animated: Bool) {
    super.viewWillAppear(animated)
    UIView.performWithoutAnimation {
        tableView.beginUpdates()
        tableView.endUpdates()
    }
}

UIView.performWithoutAnimationПотрібно виклик, в іншому випадку ви побачите звичайну таблицю анімації навантажень виду контролера.

Налаштування preferredMaxLayoutWidthдопомагає в моєму випадку. я додав

cell.detailLabel.preferredMaxLayoutWidth = cell.frame.width

в моєму коді.

Також див. Текст Однорядковий текст має два рядки в UILabel та http://openradar.appspot.com/17799811 .

виклик cell.layoutIfNeeded()всередині cellForRowAtпрацював для мене на ios 10 та ios 11, але не на ios 9.

щоб отримати цю роботу на ios 9 також, я закликаю, cell.layoutSubviews()і це зробило свою справу .

Для мене жоден із цих підходів не працював, але я виявив, що мітка має явний Preferred Widthнабір в Interface Builder. Видалення цього (зніміть прапорець "Явне"), а потім використати UITableViewAutomaticDimensionпрацював як очікувалося.

Я спробував усі рішення на цій сторінці, але знявши позначення класів розмірів, після чого перевірка знову вирішила мою проблему.

Редагувати: Якщо зняти прапорці з класами розмірів, виникає багато проблем на раскадровці. Я заповнив свій вид таблиці у контролері viewDidLoadта viewWillAppearметодах мого перегляду . Це вирішило мою проблему.

У мене є проблема зі зміною розміру етикетки, тому мені потрібно просто зробити
chatTextLabel.text = chatMessage.message chatTextLabel? .UpdateConstraints () після налаштування тексту

// повний код

func setContent() {
    chatTextLabel.text = chatMessage.message
    chatTextLabel?.updateConstraints()

    let labelTextWidth = (chatTextLabel?.intrinsicContentSize().width) ?? 0
    let labelTextHeight = chatTextLabel?.intrinsicContentSize().height

    guard labelTextWidth < originWidth && labelTextHeight <= singleLineRowheight else {
      trailingConstraint?.constant = trailingConstant
      return
    }
    trailingConstraint?.constant = trailingConstant + (originWidth - labelTextWidth)

  }

У моєму випадку я оновлювався в іншому циклі. Отже, висота tableViewCell була оновлена ​​після встановлення labelText. Я видалив блок асинхронізації.

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
     let cell = tableView.dequeueReusableCell(withIdentifier:Identifier, for: indexPath) 
     // Check your cycle if update cycle is same or not
     // DispatchQueue.main.async {
        cell.label.text = nil
     // }
}

Просто переконайтеся, що ви не встановлюєте текст мітки в методі делегата 'willdisplaycell' у вигляді подання таблиці. Встановіть текст мітки в методі делегата 'cellForRowAtindexPath' для розрахунку динамічної висоти.

Ласкаво просимо :)

У моєму випадку проблема стека в комірці була причиною проблеми. Мабуть, це помилка. Як тільки я її зняв, проблема була вирішена.

Проблема полягає в тому, що початкові комірки завантажуються до того, як ми отримаємо дійсну висоту рядка. Вирішення проблеми полягає в тому, щоб змусити перезавантажити таблицю, коли з'явиться вид.

- (void)viewDidAppear:(BOOL)animated
{
  [super viewDidAppear:animated];
  [self.tableView reloadData];
}

Тільки для iOS 12+, 2019 рік далі ...

Постійний приклад випадкової химерної некомпетентності Apple, де проблеми тривають буквально роки.

Це, мабуть, так і є

        cell.layoutIfNeeded()
        return cell

виправить це. (Ви, звичайно, втрачаєте деякі показники.)

Таке життя з Apple.

У моєму випадку проблема з висотою комірки виникає після завантаження початкового подання таблиці, і відбувається дія користувача (натискання кнопки в комірці, що впливає на зміну висоти комірки). Мені не вдалося змусити клітинку змінити свою висоту, якщо я цього не зробив:

[self.tableView reloadData];

Я намагався

[cell layoutIfNeeded];

але це не спрацювало.

У Swift 3. мені довелося викликати self.layoutIfNeeded () щоразу, коли я оновлював текст комірки для багаторазового використання.

import UIKit
import SnapKit

class CommentTableViewCell: UITableViewCell {

    static let reuseIdentifier = "CommentTableViewCell"

    var comment: Comment! {
        didSet {
            textLbl.attributedText = comment.attributedTextToDisplay()
            self.layoutIfNeeded() //This is a fix to make propper automatic dimentions (height).
        }
    }

    internal var textLbl = UILabel()

    override func layoutSubviews() {
        super.layoutSubviews()

        if textLbl.superview == nil {
            textLbl.numberOfLines = 0
            textLbl.lineBreakMode = .byWordWrapping
            self.contentView.addSubview(textLbl)
            textLbl.snp.makeConstraints({ (make) in
                make.left.equalTo(contentView.snp.left).inset(10)
                make.right.equalTo(contentView.snp.right).inset(10)
                make.top.equalTo(contentView.snp.top).inset(10)
                make.bottom.equalTo(contentView.snp.bottom).inset(10)
            })
        }
    }
}

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let comment = comments[indexPath.row]
        let cell = tableView.dequeueReusableCell(withIdentifier: CommentTableViewCell.reuseIdentifier, for: indexPath) as! CommentTableViewCell
        cell.selectionStyle = .none
        cell.comment = comment
        return cell
    }

commentsTableView.rowHeight = UITableViewAutomaticDimension
    commentsTableView.estimatedRowHeight = 140

Жодне з перерахованих вище рішень не спрацювало, але наступна комбінація пропозицій зробила це.

Довелося додати наступне у viewDidLoad ().

DispatchQueue.main.async {

        self.tableView.reloadData()

        self.tableView.setNeedsLayout()
        self.tableView.layoutIfNeeded()

        self.tableView.reloadData()

    }

Вищеописана комбінація reloadData, setNeedsLayout та layoutIfNeeded працювала, але не будь-яка інша. Може бути специфічним для комірок у проекті. І так, довелося двічі викликати reloadData, щоб він працював.

Також встановіть наступне в viewDidLoad

tableView.rowHeight = UITableViewAutomaticDimension
tableView.estimatedRowHeight = MyEstimatedHeight

У tableView (_ tableView: UITableView, cellForRowAt indexPath: IndexPath)

cell.setNeedsLayout()
cell.layoutIfNeeded() 

Я зіткнувся з цією проблемою і виправив її, перемістивши свій код перегляду / мітки ініціалізації ВІД tableView(willDisplay cell:)ДО tableView(cellForRowAt:).

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{


//  call the method dynamiclabelHeightForText
}

скористайтеся вищевказаним методом, який динамічно повертає висоту рядка. І призначте ту саму динамічну висоту лабі, яку ви використовуєте.

-(int)dynamiclabelHeightForText:(NSString *)text :(int)width :(UIFont *)font
{

    CGSize maximumLabelSize = CGSizeMake(width,2500);

    CGSize expectedLabelSize = [text sizeWithFont:font
                                constrainedToSize:maximumLabelSize
                                    lineBreakMode:NSLineBreakByWordWrapping];


    return expectedLabelSize.height;


}

Цей код допомагає знайти динамічну висоту для відображення тексту на етикетці.