UISearchBar auf UITableView seltsames Offset-Problem

Question

Ich habe eine UITableView, die eine UISearchBar Subview hat. Dies ist alles auf der Ansicht eines UIViewController zusammen mit ein paar anderen Unteransichten (Etiketten, Textfelder und dergleichen).

Die Suchleiste und der Inhaltsoffset der Tabelle verhalten sich ziemlich merkwürdig, aber es scheint abhängig von der Reihenfolge, in der diese Ansichten der Hauptansicht in der Xib hinzugefügt werden. Ich habe ein Beispielprojekt mit nur meiner Tabelle/Suche und einem Label erstellt, um zu testen, und das Ergebnis ist das gleiche. Wenn der Tisch nach das Etikett hinzugefügt wird, funktioniert alles einwandfrei:

Setup:

Correct und Erwartetes Ergebnis:

jedoch, wenn ich Ändern Sie einfach die Reihenfolge, in der meine 2 Unteransichten auf der Hauptansicht sitzen (aka Tabelle hinzugefügt vor das Etikett) dann beginnen seltsame Dinge zu passieren.

offenbar schlecht Setup:

Sonderbare Offset von Search Bar:

Ich bin nichts anderes überhaupt zu ändern, also warum nicht Xcode scheint die Ordnung zu sorgen Diese Subviews werden zur Hauptansicht hinzugefügt ?? Wenn ich die "schlechte" Tabellenkonfiguration nach oben scrolle, verschwindet die Suchleiste sofort an der oberen Kante, aber der Inhalt der Tabelle wird weiter nach oben scrollen, bis sie den oberen Rand des Rahmens erreicht, der in der xib gesetzt wurde. Scrollen Sie zurück nach unten und die Suchleiste erscheint nicht wieder bis zum merkwürdig abgesenkten Standort. Dies ist in Xcode 5.1.1, nicht in der neuen Beta. Das Ergebnis ist dasselbe mit oder ohne Autolayout.

Eine Idee, warum das passiert? Ist das ein Fehler, oder fehlt mir etwas? (Ich habe keinen Code gepostet, weil ich nur die Anzahl der Abschnitte, Zeilen und den Text auf der Zelle festlege. Nicht mit Inhaltseinfügungen, Offset, irgendetwas. Ich lade die Ansicht vom App-Delegaten als die Wurzel eines Nav-Controllers)

Answer 1

Dies geschieht, weil ein UIViewController ‚s-Eigenschaft automaticallyAdjustsScrollViewInsets

Mit iOS 7 genannt, haben UIViewControllers eine Eigenschaft automaticallyAdjustsScrollViewInsets genannt, und es standardmäßig YES. Wenn Sie eine Bildlaufansicht haben, die entweder die Stammansicht Ihrer Ansicht Controller (z. B. mit einem UITableViewController) oder die Unteransicht Index 0 ist, dann wird diese Eigenschaft sowohl die contentInset und die scrollIndicatorIsets anpassen. Dadurch kann die Bildlaufansicht unter der Navigationsleiste ihre Inhalte und Bildlauf-Anzeigen starten (wenn sich Ihre Ansicht in einem Navigationscontroller befindet).

Von Big Nerd Ranch

Wenn Sie Storyboards verwenden, können Sie es ändern, indem die View-Controller auswählen und im Attribute-Inspektor Adjust scroll view insets abzuwählen.

Hier ist seine Beschreibung von apple documentation:

Der Standardwert ist YES, die der View-Controller durch die Statusleiste, Navigationsleiste verbraucht anzupassen seine Ansicht blättern Einsätze als Reaktion auf die Bildbereiche ermöglicht, und Symbolleiste oder Tab-Leiste. Setzen Sie den Wert auf NO, wenn Sie Scroll View Inset-Anpassungen selbst verwalten möchten, z. B. wenn in der Ansichtshierarchie mehr als eine Bildlaufansicht vorhanden ist, wenn .

Answer 2

Ich habe dasselbe Problem vor über die Position von Tableview und Suchleiste. Ich habe folgendes versucht und es funktioniert für mich.

Wenn Sie nicht Code für das schreiben und wenn es nur Problem von Xib oder Storyboard ist, dann versuchen Sie alle Autosizing und Herkunft Einstellung Steckdose, um seine Position zu beheben und den Unterschied zu sehen. es kann Arbeit für dich sein.

Answer 3

UITableView-Header kann enthält nur eine UIView, wenn Sie also UISearchBar Plus UILabel benötigen, müssen Sie sie in UIView wickeln und diese Ansicht als UITableView-Header hinzufügen.

Answer 4

Update: automaticallyAdjustsScrollViewInsets hat in ios 11 und ein neues Feld contentInsetAdjustmentBehavior wurde eingeführt, veraltet.

if #available(iOS 11.0, *) { 
    tableview.contentInsetAdjustmentBehavior = .never 
} else { 
    automaticallyAdjustsScrollViewInsets = false 
}