Mam UITableViewniestandardowy UITableViewCellzdefiniowany w scenorysie przy użyciu układu automatycznego. Komórka ma kilka multilinii UILabels.

Że UITableViewwydaje się właściwie oblicz wysokościach komórkowych, ale dla kilku pierwszych komórek wysokość nie jest właściwie podzielone pomiędzy etykietami. Po pewnym przewinięciu wszystko działa zgodnie z oczekiwaniami (nawet komórki, które początkowo były niepoprawne).

- (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;
}

Czy jest coś, czego może mi brakować, co powoduje, że auto layout nie jest w stanie wykonać swojej pracy kilka pierwszych razy?

Stworzyłem przykładowy projekt, który demonstruje takie zachowanie.

Nie wiem, czy jest to wyraźnie udokumentowane, czy nie, ale dodanie [cell layoutIfNeeded]przed zwróceniem komórki rozwiązuje problem.

- (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;
}

U mnie to działało, gdy inne podobne rozwiązania nie:

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

Wydaje się, że jest to rzeczywisty błąd, ponieważ znam bardzo dobrze układ AutoLayout i sposób korzystania z UITableViewAutomaticDimension, jednak nadal czasami napotykam ten problem. Cieszę się, że w końcu znalazłem coś, co działa jako obejście.

Dodanie [cell layoutIfNeeded]w cellForRowAtIndexPathnie działa dla komórek, które są początkowo przewinęły out-of-view.

Ani też poprzedzanie go [cell setNeedsLayout].

Nadal musisz przewinąć niektóre komórki i wrócić do widoku, aby poprawnie zmienić rozmiar.

Jest to dość frustrujące, ponieważ większość programistów ma poprawnie działające dynamiczne typy, układy AutoLayout i Self-Sizing Cells - z wyjątkiem tego irytującego przypadku. Ten błąd dotyczy wszystkich moich „wyższych” kontrolerów widoku tabeli.

Miałem takie samo doświadczenie w jednym z moich projektów.

Dlaczego tak się dzieje?

Komórka zaprojektowana w Storyboard z pewną szerokością dla niektórych urządzeń. Na przykład 400px. Na przykład Twoja etykieta ma taką samą szerokość. Kiedy ładuje się z storyboardu, ma szerokość 400px.

Oto problem:

tableView:heightForRowAtIndexPath: wywołane przed układem komórki to podwidoki.

Więc obliczył wysokość etykiety i komórki o szerokości 400 pikseli. Ale uruchamiasz na urządzeniu z ekranem, na przykład 320px. Ta automatycznie obliczona wysokość jest nieprawidłowa. Tylko dlatego, że komórka layoutSubviewsdzieje się dopiero po tableView:heightForRowAtIndexPath: Nawet jeśli preferredMaxLayoutWidthręcznie ustawisz etykietę, layoutSubviewsto nie pomaga.

Moje rozwiązanie:

1) Podklasa UITableViewi nadpisanie dequeueReusableCellWithIdentifier:forIndexPath:. Ustaw szerokość komórki równą szerokości tabeli i wymuś układ komórki.

- (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) Podklasa UITableViewCell. Ustaw preferredMaxLayoutWidthręcznie dla swoich etykiet w formacie layoutSubviews. Potrzebujesz również układu ręcznego contentView, ponieważ nie układa się automatycznie po zmianie ramki komórki (nie wiem dlaczego, ale tak jest)

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

Mam podobny problem, przy pierwszym ładowaniu wysokość wiersza nie została obliczona ale po jakimś przewinięciu lub przejściu do innego ekranu i wracam do tego ekranu są obliczane wiersze. Przy pierwszym ładowaniu moje elementy są ładowane z Internetu, a przy drugim ładowaniu moje elementy są najpierw ładowane z danych podstawowych i ponownie ładowane z Internetu. Zauważyłem, że wysokość wierszy jest obliczana przy przeładowaniu z Internetu. Zauważyłem więc, że gdy tableView.reloadData () jest wywoływana podczas animacji płynnej (ten sam problem z wypychaniem i obecnym płynem), wysokość wiersza nie została obliczona. Więc ukryłem widok tabeli podczas inicjalizacji widoku i umieściłem program ładujący aktywność, aby zapobiec brzydkiemu efektowi dla użytkownika, i wywołuję tableView.reloadData po 300 ms, a teraz problem został rozwiązany. Myślę, że to błąd UIKit, ale to obejście załatwia sprawę.

Umieściłem te wiersze (Swift 3.0) w moim module obsługi zakończenia ładowania przedmiotu

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

To wyjaśnia, dlaczego dla niektórych osób umieszczenie reloadData w layoutSubviews rozwiązuje problem

żadne z powyższych rozwiązań u mnie nie zadziałało, zadziałał ten przepis na magię: zadzwoń do nich w tej kolejności:

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

moje dane tableView są wypełniane z usługi internetowej, w wywołaniu zwrotnym połączenia piszę powyższe wiersze.

W moim przypadku ostatnia linia UILabel została obcięta, gdy komórka była wyświetlana po raz pierwszy. Zdarzyło się to dość przypadkowo i jedynym sposobem na poprawne określenie rozmiaru było przewinięcie komórki z widoku i przywrócenie jej. Wypróbowałem wszystkie możliwe rozwiązania wyświetlane do tej pory (layoutIfNeeded..reloadData), ale nic nie działało. Sztuczka polegała na ustawieniu „Autoshrink” na Minimuum Font Scale (dla mnie 0.5). Spróbuj

Dodaj ograniczenie dla całej zawartości w niestandardowej komórce widoku tabeli, a następnie oszacuj wysokość wiersza widoku tabeli i ustaw wysokość wiersza na automatyczny wymiar z wczytywaniu viewdid:

    override func viewDidLoad() {
    super.viewDidLoad()

    tableView.estimatedRowHeight = 70
    tableView.rowHeight = UITableViewAutomaticDimension
}

Aby rozwiązać ten problem z początkowym ładowaniem, zastosuj metodę layoutIfNeeded w niestandardowej komórce widoku tabeli:

class CustomTableViewCell: UITableViewCell {

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

Wypróbowałem większość odpowiedzi na to pytanie i żadna z nich nie zadziałała. Jedynym funkcjonalnym rozwiązaniem, jakie znalazłem, było dodanie następujących elementów do mojej UITableViewControllerpodklasy:

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

UIView.performWithoutAnimationPołączenie jest konieczne, w przeciwnym razie pojawi się normalny animacji widoku tabeli jako ładunku widok kontrolera.

Ustawienie preferredMaxLayoutWidthpomaga w moim przypadku. dodałem

cell.detailLabel.preferredMaxLayoutWidth = cell.frame.width

w moim kodzie.

Zobacz także tekst jednowierszowy zajmuje dwie linie w UILabel i http://openradar.appspot.com/17799811 .

dzwonienie do cell.layoutIfNeeded()środka cellForRowAtdziałało dla mnie na iOS 10 i iOS 11, ale nie na iOS 9.

aby dostać tę pracę również na ios 9, dzwonię cell.layoutSubviews()i załatwiło sprawę.

Dla mnie żadne z tych podejść nie zadziałało, ale odkryłem, że etykieta ma wyraźny Preferred Widthzestaw w Interface Builder. Usunięcie tego (odznaczenie „Explicit”), a następnie użycie UITableViewAutomaticDimensiondziałało zgodnie z oczekiwaniami.

Wypróbowałem wszystkie rozwiązania na tej stronie, ale odznaczenie klas wielkości i ponowne sprawdzenie rozwiązało mój problem.

Edycja: odznaczenie klas wielkości powoduje wiele problemów w scenorysie, więc wypróbowałem inne rozwiązanie. Zapełniłem widok tabeli w kontrolerze widoku viewDidLoadi viewWillAppearmetodach. To rozwiązało mój problem.

Mam problem ze
zmianą rozmiaru etykiety, więc po skonfigurowaniu tekstu muszę po prostu zrobić chatTextLabel.text = chatMessage.message chatTextLabel? .UpdateConstraints ()

// pełny kod

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)

  }

W moim przypadku aktualizowałem w innym cyklu. Więc tableViewCell wysokość została zaktualizowana po ustawieniu labelText. Usunąłem blok asynchroniczny.

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
     // }
}

Tylko upewnij się, że nie ustawiasz tekstu etykiety w metodzie delegata „willdisplaycell” widoku tabeli. Ustaw tekst etykiety w metodzie delegata „cellForRowAtindexPath” na potrzeby dynamicznego obliczania wysokości.

Nie ma za co :)

W moim przypadku problem powodował widok stosu w komórce. Najwyraźniej to błąd. Po usunięciu problem został rozwiązany.

Problem polega na tym, że początkowe komórki ładują się, zanim uzyskamy prawidłową wysokość wiersza. Sposób obejścia problemu polega na wymuszeniu ponownego załadowania tabeli, gdy pojawi się widok.

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

Tylko dla iOS 12+, od 2019 r ...

Ciągły przykład sporadycznej, dziwacznej niekompetencji Apple, w której problemy trwają dosłownie latami.

Wydaje się, że tak jest

        cell.layoutIfNeeded()
        return cell

naprawi to. (Oczywiście tracisz trochę wydajności).

Takie jest życie z Apple.

W moim przypadku problem z wysokością komórki ma miejsce po załadowaniu początkowego widoku tabeli i wykonaniu akcji użytkownika (dotknięcie przycisku w komórce, która ma wpływ na zmianę wysokości komórki). Nie udało mi się zmusić komórki do zmiany jej wysokości, chyba że:

[self.tableView reloadData];

Próbowałem

[cell layoutIfNeeded];

ale to nie zadziałało.

W Swift 3. musiałem wywołać funkcję self.layoutIfNeeded () za każdym razem, gdy aktualizowałem tekst komórki wielokrotnego użytku.

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

Żadne z powyższych rozwiązań nie zadziałało, ale następująca kombinacja sugestii nie zadziałała.

Musiał dodać następujące elementy w viewDidLoad ().

DispatchQueue.main.async {

        self.tableView.reloadData()

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

        self.tableView.reloadData()

    }

Powyższa kombinacja reloadData, setNeedsLayout i layoutIfNeeded zadziałała, ale żadna inna. Może jednak być specyficzny dla komórek w projekcie. I tak, musiałem dwukrotnie wywołać reloadData, aby działało.

Ustaw również następujące elementy w viewDidLoad

tableView.rowHeight = UITableViewAutomaticDimension
tableView.estimatedRowHeight = MyEstimatedHeight

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

cell.setNeedsLayout()
cell.layoutIfNeeded() 

Natknąłem się na ten problem i naprawiłem go, przenosząc kod inicjalizacji widoku / etykiety Z tableView(willDisplay cell:)DO tableView(cellForRowAt:).

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


//  call the method dynamiclabelHeightForText
}

użyj powyższej metody, która dynamicznie zwraca wysokość wiersza. I przypisz tę samą dynamiczną wysokość do używanej etykiety.

-(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;


}

Ten kod pomaga znaleźć dynamiczną wysokość tekstu wyświetlanego na etykiecie.