Co to jest NSLayoutConstraint „UIView-Encapsulated-Layout-Height” i jak powinienem zmusić go do ponownego obliczenia?

Mam UITableViewdziałający pod iOS 8 i używam automatycznych wysokości komórek od ograniczeń w serii ujęć.

Jedna z moich komórek zawiera jedną UITextViewi muszę ją skurczyć i rozwinąć na podstawie danych wprowadzonych przez użytkownika - dotknij, aby zmniejszyć / rozwinąć tekst.

Robię to, dodając ograniczenie czasu wykonywania do widoku tekstu i zmieniając stałą ograniczenia w odpowiedzi na zdarzenia użytkownika:

-(void)collapse:(BOOL)collapse; {

    _collapsed = collapse;

    if(collapse)
        [_collapsedtextHeightConstraint setConstant: kCollapsedHeight]; // 70.0
    else
        [_collapsedtextHeightConstraint setConstant: [self idealCellHeightToShowFullText]];

    [self setNeedsUpdateConstraints];

}

Ilekroć to robię, pakuję go w tableViewaktualizacje i dzwonię [tableView setNeedsUpdateConstraints]:

[tableView beginUpdates];

[_briefCell collapse:!_showFullBriefText];

[tableView setNeedsUpdateConstraints];
// I have also tried 
// [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationTop];
// with exactly the same results.

[tableView endUpdates];

Kiedy to robię, moja komórka rozszerza się (i animuje podczas tej operacji), ale pojawia się ostrzeżenie o ograniczeniach:

2014-07-31 13:29:51.792 OneFlatEarth[5505:730175] Unable to simultaneously satisfy constraints.

Probably at least one of the constraints in the following list is one you don't want. Try this: (1) look at each constraint and try to figure out which you don't expect; (2) find the code that added the unwanted constraint or constraints and fix it. (Note: If you're seeing NSAutoresizingMaskLayoutConstraints that you don't understand, refer to the documentation for the UIView property translatesAutoresizingMaskIntoConstraints) 

(

    "<NSLayoutConstraint:0x7f94dced2b60 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...'(388)]>",

    "<NSLayoutConstraint:0x7f94dced2260 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...']-(15)-|   (Names: '|':UITableViewCellContentView:0x7f94de5773a0 )>",

    "<NSLayoutConstraint:0x7f94dced2350 V:|-(6)-[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...']   (Names: '|':UITableViewCellContentView:0x7f94de5773a0 )>",

    "<NSLayoutConstraint:0x7f94dced6480 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7f94de5773a0(91)]>"
 )

Will attempt to recover by breaking constraint 

<NSLayoutConstraint:0x7f94dced2b60 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...'(388)]>

388 to moja obliczona wysokość, pozostałe ograniczenia UITextViewsą moje od Xcode / IB.

Ostatnia przeszkadza mi - zgaduję, że UIView-Encapsulated-Layout-Heightjest to obliczona wysokość komórki, gdy jest ona renderowana po raz pierwszy - (ustawiłem moją UITextViewwysokość na> = 70,0), jednak nie wydaje się słuszne, aby to pochodne ograniczenie nadpisało zaktualizowano cnstraint użytkownika.

Co gorsza, chociaż kod układu mówi, że próbuje przełamać moje ograniczenie wysokości, nie robi tego - kontynuuje ponowne obliczanie wysokości komórki i wszystko rysuje tak, jak bym chciał.

Czym więc jest NSLayoutConstraint UIView-Encapsulated-Layout-Height(domyślam się, że jest to obliczona wysokość dla automatycznego określania rozmiaru komórki) i jak powinienem zmusić ją do ponownego przeliczenia?

Spróbuj obniżyć swój priorytet _collapsedtextHeightConstraintdo 999. W ten sposób UIView-Encapsulated-Layout-Heightograniczenie dostarczone przez system zawsze ma pierwszeństwo.

Opiera się na tym, co wrócisz -tableView:heightForRowAtIndexPath:. Pamiętaj o zwróceniu właściwej wartości i własnego ograniczenia, a wygenerowane powinno być takie samo. Niższy priorytet dla własnego ograniczenia jest potrzebny tylko tymczasowo, aby zapobiec konfliktom podczas animacji zwinięcia / rozwinięcia w locie.

Mam podobny scenariusz: widok tabeli z jedną komórką wiersza, w którym znajduje się kilka wierszy obiektów UILabel. Używam iOS 8 i autolayout.

Kiedy się obróciłem, otrzymałem niewłaściwy system obliczoną wysokość wiersza (43,5 to znacznie mniej niż rzeczywista wysokość). To wygląda jak:

"<NSLayoutConstraint:0x7bc2b2c0 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7bc37f30(43.5)]>"

To nie tylko ostrzeżenie. Układ mojej komórki widoku tabeli jest okropny - cały tekst nakłada się na jedną linię tekstu.

Zaskakuje mnie, że następujący wiersz „naprawia” mój problem magicznie (autoukład nic nie narzeka i otrzymuję to, czego oczekuję na ekranie):

myTableView.estimatedRowHeight = 2.0; // any number but 2.0 is the smallest one that works

z tą linią lub bez:

myTableView.rowHeight = UITableViewAutomaticDimension; // by itself this line only doesn't help fix my specific problem

Byłem w stanie uzyskać ostrzeżenie, aby zniknęło, określając priorytet jednej z wartości w ograniczeniu, które komunikaty ostrzegawcze mówiły, że musiało się złamać (poniżej "Will attempt to recover by breaking constraint"). Wygląda na to, że o ile ustawię priorytet na coś większego niż49 , ostrzeżenie zniknie.

Dla mnie oznaczało to zmianę mojego ograniczenia, ostrzeżenie mówiło, że próbuje się złamać:

@"V:|[contentLabel]-[quoteeLabel]|"

do:

@"V:|-0@500-[contentLabel]-[quoteeLabel]|"

W rzeczywistości mogę dodać priorytet do dowolnego elementu tego ograniczenia i zadziała. Nie ma znaczenia, który z nich. Moje komórki osiągają odpowiednią wysokość, a ostrzeżenie nie jest wyświetlane. Na przykład Roger, spróbuj dodać @500zaraz po 388ograniczeniu wartości wysokości (np 388@500.).

Nie jestem do końca pewien, dlaczego to działa, ale przeprowadziłem trochę dochodzenia. W wyliczeniu NSLayoutPriority wydaje się, że NSLayoutPriorityFittingSizeCompressionpoziom priorytetu to 50. Dokumentacja dla tego poziomu priorytetu mówi:

Kiedy wysyłasz wiadomość fitSize do widoku, obliczany jest najmniejszy rozmiar, który jest wystarczająco duży dla zawartości widoku. Jest to poziom priorytetu, przy którym widok chce być możliwie najmniejszy w tym obliczeniu. Jest dość nisko. Zasadniczo nie jest właściwe ograniczenie tego dokładnie priorytetu. Chcesz być wyższy lub niższy.

Dokumentacja dla wskazanej fittingSizewiadomości brzmi:

Minimalna wielkość widoku, która spełnia ograniczenia, które posiada. (tylko czytać)

AppKit ustawia tę właściwość na najlepszy dostępny rozmiar dla widoku, biorąc pod uwagę wszystkie ograniczenia, jakie posiada i jego widoki podrzędne, i spełniając preferencję, aby widok był jak najmniejszy. Wartości wielkości w tej właściwości nigdy nie są ujemne.

Nie wykopałem poza tym, ale wydaje się mieć sens, że ma to coś wspólnego z tym, gdzie leży problem.

99,9% czasu, przy użyciu niestandardowych komórek lub nagłówków, wszystkie konflikty UITableViews występują, gdy tabela ładuje się po raz pierwszy. Po załadowaniu zwykle nie zobaczysz ponownie konfliktu.

Dzieje się tak, ponieważ większość programistów zazwyczaj używa stałej wysokości lub pewnego rodzaju ograniczenia kotwiczenia do układania elementu w komórce / nagłówku. Konflikt występuje, ponieważ przy UITableViewpierwszym ładowaniu / rozkładaniu wysokość jego komórek jest ustawiana na 0. To oczywiście koliduje z własnymi ograniczeniami. Aby rozwiązać ten problem, po prostu ustaw dowolne ograniczenia stałej wysokości na niższy priorytet ( .defaultHigh). Przeczytaj uważnie komunikat konsoli i sprawdź, jakie ograniczenie system układu postanowił złamać. Zwykle należy zmienić priorytet. Możesz zmienić priorytet w ten sposób:

let companyNameTopConstraint = companyNameLabel.topAnchor.constraint(equalTo: companyImageView.bottomAnchor, constant: 15)
    companyNameTopConstraint.priority = .defaultHigh

NSLayoutConstraint.activate([
            companyNameTopConstraint,
           the rest of your constraints here
            ])

Udało mi się rozwiązać ten problem poprzez usunięcie nieprawdziwy cell.layoutIfNeeded(), że miałem w moim tableView„s cellForRowAtmetody.

Zamiast informować widok tabeli, aby zaktualizował ograniczenia, spróbuj ponownie załadować komórkę:

[tableView beginUpdates];

[_briefCell collapse:!_showFullBriefText];

[tableView reloadRowsAtIndexPaths:@[[tableView indexPathForCell:_briefCell]] withRowAnimation:UITableViewRowAnimationNone];

[tableView endUpdates];

UIView-Encapsulated-Layout-Height jest prawdopodobnie wysokością widoku tabeli obliczoną dla komórki podczas ładowania początkowego, na podstawie ograniczeń komórki w tym czasie.

Inna możliwość:

Jeśli używasz automatycznego układu do obliczania wysokości komórki (wysokość contentView, przez większość czasu jak poniżej), a jeśli masz separator uitableview, musisz dodać wysokość separatora, aby zwrócić wysokość komórki. Gdy uzyskasz prawidłową wysokość, nie pojawi się ostrzeżenie o autoukładzie.

- (CGFloat)calculateHeightForConfiguredSizingCell:(UITableViewCell *)sizingCell {
   [sizingCell setNeedsLayout];
   [sizingCell layoutIfNeeded];
   CGSize size = [sizingCell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize];
   return size.height; // should + 1 here if my uitableviewseparatorstyle is not none

}

Jak wspomniał w komentarzu Jesse , działa to dla mnie:

self.contentView.autoresizingMask = UIViewAutoresizingFlexibleHeight;

Do Twojej wiadomości, ten problem nie występuje w iOS 10.

Wystąpił ten błąd podczas używania UITableViewAutomaticDimension i zmiany ograniczenia wysokości w widoku wewnątrz komórki.

W końcu doszedłem do wniosku, że było to spowodowane tym, że stała wartość ograniczenia nie była zaokrąglana w górę do najbliższej liczby całkowitej.

let neededHeight = width / ratio // This is a CGFloat like 133.2353
constraintPictureHeight.constant = neededHeight // Causes constraint error
constraintPictureHeight.constant = ceil(neededHeight) // All good!

Dostosowanie widoku tekstu do jego zawartości i zaktualizowanie stałej ograniczenia wysokości do wynikowej wysokości, naprawiło UIView-Encapsulated-Layout-Heightkonflikt ograniczeń dla mnie, np .:

[self.textView sizeToFit];
self.textViewHeightConstraint.constant = self.textView.frame.size.height;

Po spędzeniu kilku godzin na drapaniu się w głowę tym błędem w końcu znalazłem rozwiązanie, które zadziałało dla mnie. moim głównym problemem było to, że zarejestrowałem wiele końcówek dla różnych typów komórek, ale konkretnie jeden typ komórki mógł mieć różne rozmiary (nie wszystkie wystąpienia tej komórki będą tego samego rozmiaru). więc problem pojawił się, gdy widok tabeli próbował usunąć kolejkę z komórki tego typu i okazało się, że ma inną wysokość. Rozwiązałem to przez ustawienie

self.contentView.autoresizingMask = UIViewAutoresizingFlexibleHeight; self.frame = CGRectMake(0, 0, self.frame.size.width, {correct height});

za każdym razem, gdy komórka ma dane do obliczenia swojego rozmiaru. Myślę, że może być

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

coś jak

cell.contentView.autoresizingMask = UIViewAutoresizingFlexibleHeight; cell.frame = CGRectMake(0, 0, self.frame.size.width, {correct height});

Mam nadzieję że to pomoże!

TableView uzyskać wysokość dla komórki w indexPath od delegata. następnie pobierz komórkę z cellForRowAtIndexPath:

top (10@1000)
    cell
bottom (0@1000)

jeśli cell.contentView.height: 0 // <-> (UIView-Encapsulated-Layout-Height: 0 @ 1000) góra (10 @ 1000) jest w konflikcie z (UIView-Encapsulated-Layout-Height: 0 @ 1000),

ponieważ ich priorytety są równe 1000. Potrzebujemy ustawić najwyższy priorytet w ramach UIView-Encapsulated-Layout-Heightpriorytetu.

Otrzymałem taki komunikat:

Nie można jednocześnie spełnić ograniczeń ...
...
...
...
Ograniczenie NSLayout: 0x7fe74bdf7e50 „UIView-Encapsulated-Layout-Height” V: [UITableViewCellContentView: 0x7fe75330c5c0 (21.5)]
...
... Spróbuje
odzyskać ograniczenie zerwania NSLayout Ograniczenie: 0x7fe0f9b200c0 UITableViewCellContentView: 0x7fe0f9b1e090.bottomMargin == UILabel: 0x7fe0f9b1e970.bottom

Używam niestandardowego UITableViewCellz UITableViewAutomaticDimensionwysokością. I zaimplementowałem tę estimatedHeightForRowAtIndex:metodę.

Ograniczenie, które dawało mi problemy, wyglądało mniej więcej tak

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-[title]-|" options:0 metrics:nil views:views];

Zmiana ograniczenia na to rozwiąże problem, ale podobnie jak inna odpowiedź, poczułem, że to nie jest poprawne, ponieważ obniża priorytet ograniczenia, które chcę być wymagane:

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-6@999-[title]-6@999-|" options:0 metrics:nil views:views];

Zauważyłem jednak, że jeśli po prostu usunę priorytet, to również działa i nie otrzymuję dzienników ograniczeń zerwania:

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-6-[title]-6-|" options:0 metrics:nil views:views];

To trochę tajemnica, jaka jest różnica między |-6-[title]-6-|i |-[title-|. Ale określenie rozmiaru nie jest dla mnie problemem i pozbywa się dzienników i nie muszę obniżać priorytetu moich wymaganych ograniczeń.

Ustaw to view.translatesAutoresizingMaskIntoConstraints = NO;powinno rozwiązać ten problem.

Miałem podobny problem z komórką widoku kolekcji.

Rozwiązałem go, obniżając priorytet ostatecznego ograniczenia, które było połączone z dolną częścią komórki (ostatnia w łańcuchu od góry do dołu widoku - to ostatecznie decyduje o jego wysokości) do 999.

Wysokość celi była prawidłowa, a ostrzeżenia zniknęły.