UITableViewCell z autolayout lewy margines inny na iPhone i iPad

Wpadłem w ten sam problem co ty i znalazłem rozwiązanie.

Po pierwsze, trochę tła: od iOS 8 domyślne komórki widoku tabeli respektują layoutMargins komórki, aby dostosować się do różnych cech (aka ekrany aka urządzenia). Na przykład marginesy układu na wszystkich iPhone ' ach (z wyjątkiem iPhone 6 Plus, gdy są wyświetlane w arkuszu formularza) wynoszą {8, 16, 8, 16}. Na iPadzie są {8, 20, 8, 20}. Teraz wiemy, że różnica w pikselach wynosi 4, co najprawdopodobniej nie respektuje twoja niestandardowa komórka widoku tabeli.

Twój widok tabeli podklasa komórek musi dostosować ograniczenie lewego marginesu, gdy zmiana layoutMargins.

Oto odpowiedni fragment kodu:

 - (void)layoutMarginsDidChange
{
    [super layoutMarginsDidChange];

    self.leftLayoutMarginConstraint.constant = self.layoutMargins.left;
    self.rightLayoutMarginConstraint.constant = self.layoutMargins.right;
}

Dostosowanie do marginesów układu w kodzie umożliwia uzyskanie zawsze odpowiedniego wypełnienia dla etykiety tytułowej.

Możesz również spojrzeć na jedną z moich podklas UITableViewCell, które już szanują layoutMargins: https://github.com/bhr/BHRExtensions/blob/master/BHRExtensions/Utilities/BHRTitleAndValueTableCell.m

Cheers

Po zapoznaniu się z istniejącymi odpowiedziami i nie znalezieniu oczywistego rozwiązania programistycznego, trochę poszperałem i teraz mam dobrą odpowiedź dla każdego, kto ma do czynienia z tym problemem.

Po pierwsze, nie jest konieczne ustawianie preservesSuperviewLayoutMargins do widoku zawartości komórki jako inne odpowiedzi Chociaż domyślną wartością jest false, zmiana jej na true nie miała zauważalnego efektu, który mogłem zobaczyć.

Kluczem do tego, aby to faktycznie działało jest właściwość layoutMarginsGuide na UIView. Używając tej wartości, możemy po prostu łatwo przypiąć leadingAnchor dowolnego subview do leadingAnchor przewodnika. Oto, jak to wygląda w kodzie (i może być bardzo dobrze to, co IB robi za kulisami, jak w odpowiedź Jonasa).

W podklasie UITableViewCell zrobiłbyś coś takiego:

override func updateConstraints() {
    let margins = contentView.layoutMarginsGuide
    let leading = margins.leadingAnchor
    subview1.leadingAnchor.constraintEqualToAnchor(leading).active = true
    subview2.leadingAnchor.constraintEqualToAnchor(leading).active = true

    super.updateConstraints()
}

Swift 4.1 update

override func updateConstraints() {
    let margins = contentView.layoutMarginsGuide
    let leading = margins.leadingAnchor
    subview1.leadingAnchor.constraint(equalTo: leading).isActive = true
    subview2.leadingAnchor.constraint(equalTo: leading).isActive = true

    super.updateConstraints()
}

Uwaga: napisałem bibliotekę, aby upiększyć kotwicę, jeśli wolisz czystszą składnię. Nazywa się SuperLayout i jest dostępny na Cocoapods. Na górze pliku źródłowego Importuj SuperLayout:

import SuperLayout

A następnie w bloku układu użyj ~~, ≤≤, i ≥≥ do przypięcia:

override func updateConstraints() {
    let margins = contentView.layoutMarginsGuide

    subview1.leadingAnchor ~~ margins.leadingAnchor
    subview2.leadingAnchor ~~ margins.leadingAnchor

    super.updateConstraints()
}

Udało mi się uzyskać komórki z niestandardowymi stylami wyrównanymi ze standardowymi komórkami, wykonując następujące czynności:

1. w obrysie dokumentu wybierz "Widok zawartości" dla komórki z niestandardowy styl.
2. Przejdź do Inspektora wielkości.
3. w menu rozwijanym "marginesy układu" naciśnij mały symbol plusa obok "Zachowaj marginesy Superview."
4. Wybierz klasę rozmiaru iPada, która jest " regularna szerokość x regularna wysokość."
5. Zaznacz pole wyboru obok "Zachowaj Superview Marginesy."
6. Rozwiąż wszelkie ostrzeżenia o automatycznym układzie poprzez aktualizację ramek.

To działało dla mnie w Xcode 7; mam nadzieję, że będzie działać w Xcode 6, jak również.

Miałem ten problem podczas testowania na iPadzie Air, OS 10.1.1. Nagłówki tabeli były wcięte znacznie dalej, niż powinny być, a było jeszcze gorzej w orientacji poziomej. Ale były w porządku na iPhone ' ach do OS 11.

Zaskakującym rozwiązaniem była następująca linijka kodu, tuż po utworzeniu tabeli (Przepraszam, pracuję tylko w C#, ale łatwo jest wypracować odpowiedniki Obj-C i Swift):

myTableView.SeparatorInset = myTableView.SeparatorInset;

Wtedy wszystko było wcięte tak, jak powinno być!