iOS-11 Floating-TableView-Header

Haben eine app mit mehreren Abschnitten, ein paar Zeilen pro Abschnitt, wenn "erweitert", nichts als "zusammengebrochen". Jeder Abschnitt hat eine überschrift des Abschnitts, wurde die Wiederverwendung von Ihnen unter Verwendung einer Unterklasse von UITableViewHeaderFooterView etc. So weit So gut.

Dann in iOS-11:

iOS-11 Floating-TableView-Header

Habe ich die visuellen debugger, und bestätigt es meine überschrift des Abschnitts schweben. Alle Zeilen unterhalb der Kopfzeile werden korrekt angezeigt, die anderen Kopfzeilen zeigen den feinen.

In einem Aufwand, der zur Wiederherstellung der Vernunft, warf ich alle von der Wiederverwendung von Logik für die Kopf-und nur aus Ihnen programmatisch. Gleichen gleichen. Alle arbeiten pre-iOS-11, noch schweben im iOS-11. Der Abschnitt, der Schwimmer scheint zu ändern, jedes mal, so, es ist so.

Irgendwelche Ideen?

  • Haben Sie die header von ein storyboard, wenn ja, teilen Sie bitte die "überschriften der tableview in der storyboard" screenshot<br> Auch sind Sie die Berechnung der Zeilenhöhe? sind die Berechnungen wie erwartet?
  • Geladen werden Sie von einem XIB-ursprünglich, dann erstellt Sie ein Programm. Beide verursachen das Problem. Für die Höhe habe ich eine geschätzte Höhe & es berechnet sich über Einschränkungen & UITableViewAutomaticDimension
  • Geht das problem Weg, wenn Sie deaktivieren Sie Ihre erweitern-Vertrag Logik?
InformationsquelleAutor VDub19 | 2017-09-15
  1. 48

    Gerade lief in ein ähnliches Problem und fand die Diskussion zu diesem Thema, die für mich gearbeitet:

    self.tableView.estimatedRowHeight = 0
self.tableView.estimatedSectionHeaderHeight = 0
self.tableView.estimatedSectionFooterHeight = 0

    Scheint, wie die Standard-Verhalten von UITableView geändert im iOS-11 zu verwenden geschätzten Höhen. Die release-notes für iOS-11 beta 2 sagen:

    Tabelle Aussicht auf nun geschätzte Höhen standardmäßig, was auch bedeutet, dass die Zellen und Abschnitt Kopfzeile/Fußzeile Ansichten jetzt self-Größe standardmäßig. Der Standardwert der estimatedRowHeight, estimatedSectionHeaderHeight, und estimatedSectionFooterHeight Eigenschaften ist jetzt UITableViewAutomaticDimension, was bedeutet, dass die Tabellen-Ansicht wählt eine geschätzte Höhe zu verwenden. Sollten Sie dennoch eine genauere Schätzung für jede Eigenschaft, wenn möglich, was ist Ihre beste Schätzung der Mittelwert der tatsächlichen Höhen. Wenn Sie eine vorhandene Tabelle, code anzeigen, der verhält sich anders, wenn Sie bauen Sie Ihre app mit der iOS-11-SDK, und Sie wollen nicht zu verabschieden, selbst-Kalibrierung, können Sie die Wiederherstellung des vorherigen Verhalten durch deaktivieren der geschätzten Höhen, indem ein Wert von null für jede geschätzte Höhe-Eigenschaft. (30197915)

    siehe auch das beta 2 release notes spiegelt sich hier.

    • Nicht sicher, ob dies ist verwandt mit der Zeilenhöhe, die Höhen werden korrekt angezeigt (nur die Zeile selbst ist fehl am Platz). Macht die vorgeschlagene änderung nur zero ' s ein paar Zeilen.
    • Diese Einstellung zurück auf null behebt das Problem für mich, danke!
    • Keine Notwendigkeit, um die Zeilenhöhe (self.tableView.estimatedRowHeight = 0;), nur die Einstellung der estimatedSectionHeaderHeight und estimatedSectionFooterHeight für mich funktioniert.
    • bei mir funktioniert auf iOS 12
    InformationsquelleAutor ahmedre
  2. 2

    Ich weiß nicht warum, in meinem Fall, @ahmedre Antwort ist nicht funktioniert...

    Also meine Antwort vielleicht helfen, wenn Sie setzen Sie alle geschätzten Eigenschaften zu 0 auch nicht funktioniert:

    func tableView(_ tableView: UITableView, estimatedHeightForHeaderInSection section: Int) -> CGFloat {
    return 0.1
}

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
    return 0.1
}
    InformationsquelleAutor Arco
  3. 2

    Wenn Sie wollen ändern, wie in ahmedre Antwort für die gesamte app
    Sie können diese Eigenschaften in AppDelegate didFinishLaunchingWithOptions

    UITableView.appearance().estimatedRowHeight = 0
UITableView.appearance().estimatedSectionHeaderHeight = 0
UITableView.appearance().estimatedSectionFooterHeight = 0
    InformationsquelleAutor A.Mysik
  4. 1

    Versuchen zu ändern Tabelle Stil aus Ebene gruppiert.

    • Interessant. Dies scheint behoben haben, die visual bug, aber hinterlässt auch ein paar andere Probleme (alle mit einem grouped tableView - Fuß-Höhen -, hintergrund-Farben & leicht verändert Animationen). Irgendeine Idee, was Auswirkungen auf Ebene tableviews? Auf der Oberfläche scheint dies ein unnötiges wechseln zu vermeiden, ein größeres Problem.
    InformationsquelleAutor Anas Alhasani
Schreibe einen Kommentar