Ab iOS7 gibt es oben auf meinen zusätzlichen Speicherplatz, der UITableVieweinen Stil hat UITableViewStyleGrouped.

Hier ist ein Beispiel:

Die Tabellenansicht beginnt beim ersten Pfeil, es gibt 35 Pixel unerklärlichen Abstand, dann wird der grüne Header UIViewvon zurückgegeben viewForHeaderInSection(wobei der Abschnitt 0 ist).

Kann jemand erklären, woher diese 35-Pixel-Menge kommt und wie ich sie loswerden kann, ohne zu wechseln UITableViewStylePlain?

Hinweis:

In iOS 11 und höher:

tableView.contentInsetAdjustmentBehavior = .never

Folgendes hat mir geholfen:

YouStoryboard.storyboard> YouViewController> Attributinspektor> Deaktivieren - Bildlaufansichten anpassen.

Ich habe ein bisschen mehr damit herumgespielt und es scheint, dass dies ein Nebeneffekt beim Einstellen der tableViews ist tableHeaderView = nil.

Da meine tableView dynamisch angezeigt wird , mache ich tableHeaderView, wenn ich Folgendes ausblenden muss tableHeaderView, anstatt Folgendes zu self.tableView.tableHeaderView = nil;tun:

self.tableView.tableHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0f, 0.0f, self.tableView.bounds.size.width, 0.01f)];

Ich mag diese Lösung besser als eine etwas willkürliche, contentInset.topweil ich sie auch contentInset.topdynamisch benutze . Es contentInset.topist mühsam , daran zu denken, bei jeder Neuberechnung zusätzliche 35 Pixel zu entfernen .

Wenn Sie für IOS 7 eine Tabellenansicht in einem Ansichtscontroller zuweisen, können Sie dies untersuchen

self.edgesForExtendedLayout = UIRectEdgeNone;

Ihr Problem schien meinem ähnlich zu sein

Aktualisieren:

Swift in iOS 9.x:

self.edgesForExtendedLayout = UIRectEdge.None

Swift 3:

self.edgesForExtendedLayout = UIRectEdge.init(rawValue: 0)

Versuchen Sie, die contentInsetEigenschaft zu ändern, von der UITableViewgeerbt wird UIScrollView.

self.tableView.contentInset = UIEdgeInsetsMake(-20, 0, 0, 0);

Es ist eine Problemumgehung, aber es funktioniert

self.automaticallyAdjustsScrollViewInsets = NO;

versuchen Sie, Sie können damit umgehen!

Sie können feststellen, ob auf Ihrer App iOS7 oder höher ausgeführt wird, und diese beiden Methoden in Ihrem Tabellenansichtsdelegaten hinzufügen (normalerweise in Ihrem UIViewController-Code).

-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
    return CGFLOAT_MIN;
}

-(CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section {
    return CGFLOAT_MIN;
}

Dies ist vielleicht keine elegante Lösung, funktioniert aber für mich

Schnelle Version:

override func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
    return CGFloat.leastNormalMagnitude
}

override func tableView(_ tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat {
    return CGFloat.leastNormalMagnitude
}

Ich habe die Ursache meines ursprünglichen Fehlers gefunden und ein Beispielprojekt erstellt, das ihn zeigt. Ich glaube, es gibt einen iOS7-Fehler.

Wenn Sie ab iOS7 eine UITableView mit dem gruppierten Stil erstellen, aber im ersten Layout keinen Delegaten festgelegt haben, dann einen Delegaten festlegen und reloadData aufrufen, wird oben ein 35-Pixel-Speicherplatz angezeigt, der niemals verschwindet.

In diesem Projekt habe ich den Fehler vorgestellt: https://github.com/esilverberg/TableViewDelayedDelegateBug

Speziell diese Datei: https://github.com/esilverberg/TableViewDelayedDelegateBug/blob/master/TableViewDelayedDelegateBug/ViewController.m

Wenn Zeile 24 aktiv ist,

[self performSelector:@selector(updateDelegate) withObject:nil afterDelay:0.0];

Oben wird ein zusätzlicher Platz von 35 Pixel vorhanden sein. Wenn Zeile 27 aktiv und 24 auskommentiert ist,

self.tableView.delegate = self;

kein Platz oben. Es ist, als würde tableView irgendwo ein Ergebnis zwischenspeichern und sich nicht neu zeichnen, nachdem der Delegat festgelegt und reloadData aufgerufen wurde.

Deaktivieren Sie "Bildlaufansichten anpassen".

Ein weiterer schneller Kommentar ... auch in XCode 6.1, gibt es einen Fehler mit vertikalen Räumen an der Spitze erscheinen UIScrollViews, UITextViewsund UITableViews.

Manchmal besteht die einzige Möglichkeit, dieses Problem zu beheben, darin, in das Storyboard zu gehen und das Problemsteuerelement zu ziehen, damit es nicht mehr die erste Unteransicht auf der Seite ist.

(Mein Dank geht an Oded , der mich in diese Richtung gelenkt hat ... Ich poste diesen Kommentar, nur um ein paar Screenshots hinzuzufügen, um die Symptome zu demonstrieren und zu beheben.)

Gemäß dieser Übergangsanleitung für iOS7 von Apple werden die Inhaltseinfügungen der Bildlaufansicht automatisch angepasst. Der Standardwert von autoAdjustsScrollViewInsets ist auf YES festgelegt.

Der UIViewController mit UITableView sollte diese Eigenschaft auf NO setzen.

self.automaticallyAdjustsScrollViewInsets = NO;

Dies wird den Trick tun.

EDIT 1:

Auch könnte man versuchen -

self.navigationController.navigationBar.translucent = YES;

Dadurch wird auch die zusätzliche Polsterung auf der Oberseite entfernt.

Verwenden Sie diese Option, wenn Sie gruppierte TableView verwenden, um das Ausschneiden von Rahmen in viewWillAppear zu vermeiden

self.tableView.contentInset = UIEdgeInsetsMake(-35, 0, 0, 0);

Viele der vorherigen Antworten sind zu hackig. Sie würden jederzeit in der Zukunft brechen, wenn Apple beschließt, dieses unerwartete Verhalten zu beheben.

Wurzel des Problems:

1. a UITableViewmöchte keinen Header mit einer Höhe von 0,0 haben. Wenn Sie versuchen, einen Header mit einer Höhe von 0 zu haben, können Sie zur Lösung springen.

2. Selbst wenn Sie Ihrem Header später eine Höhe von nicht 0,0 zuweisen, UITableViewmöchte a zunächst keinen Header mit einer Höhe von 0,0 zuweisen.

Lösung:

Die einfachste und zuverlässigste Lösung besteht darin, sicherzustellen, dass Ihre Headerhöhe nicht 0 ist, wenn Sie sie Ihrer Tabellenansicht zuweisen.

So etwas würde funktionieren:

// Replace UIView with whatever class you're using as your header below:
UIView *tableViewHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0, 0.0, self.tableView.bounds.size.width, CGFLOAT_MIN)];
self.tableView.tableHeaderView = tableViewHeaderView;

So etwas würde irgendwann zu dem Problem führen (normalerweise nach einer Schriftrolle):

// Replace UIView with whatever class you're using as your header below:
UIView *tableViewHeaderView = [[UIView alloc] initWithFrame:CGRectZero];
self.tableView.tableHeaderView = tableViewHeaderView;

Storyboard:

Deaktivieren Sie einfach: Adjust Scroll View Insetsin den Optionen des View Controllers

Code:

self.automaticallyAdjustsScrollViewInsets = false

Dies ist die Lösung für iOS 10 mit Swift 3:

Sie können die oberen und unteren Polster entfernen, indem Sie die folgenden Methoden aus dem implementieren UITableViewDelegate.

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat
{ 
    return CGFloat.leastNormalMagnitude
}

func tableView(_ tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat
{
   return CGFloat.leastNormalMagnitude
}

In meinem Fall hat mir das geholfen. Ich unterstütze auch ios6.

if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 7) {
    self.edgesForExtendedLayout = UIRectEdgeNone;
    self.extendedLayoutIncludesOpaqueBars = NO;
    self.automaticallyAdjustsScrollViewInsets = NO;
}

Fügen Sie Ihrem viewDidLoad in Ihrem VC einfach Folgendes hinzu:

self.automaticallyAdjustsScrollViewInsets = NO;

Also habe ich hier jede Methode ausprobiert, und diesmal hat keine von ihnen geholfen. Mein Fall war eine gruppierte Tabellenansicht unter iOS 9. Ich weiß nicht wirklich warum und wie ich diese herausgefunden habe, aber für mich hat das Einstellen tableViewHeadermit einer UIViewmit mindestens 0.01Höhe geklappt. CGRectZerohat nicht geholfen, nichts hat wirklich geholfen:

tableView.tableHeaderView = UIView(frame: CGRect(x: 0.0, y: 0.0, width: 0.0, height: 0.01))

Swift: iOS Ich hatte eine Tabellenansicht in der Bildlaufansicht. Als ich auf demselben Bildschirm auf "Zurück" klickte. Die Bildlaufansicht nimmt oben mehr Platz ein. Um dies zu lösen, habe ich Folgendes verwendet:

 self.automaticallyAdjustsScrollViewInsets = false

Ein boolescher Wert, der angibt, ob der Ansichtscontroller seine Bildlaufansichten automatisch anpassen soll. Der Standardwert ist true. Dadurch kann der Ansichts-Controller seine Bildlaufansichten an die Bildschirmbereiche anpassen, die von der Statusleiste, der Navigationsleiste und der Symbolleiste oder der Registerkartenleiste belegt werden. Setzen Sie diesen Wert auf false, wenn Sie die Anpassungen der Bildlaufansicht selbst verwalten möchten, z. B. wenn die Ansichtshierarchie mehr als eine Bildlaufansicht enthält.

Danke an die Antwort von @Aurelien Porte. Hier ist meine Lösung

Ursache dieses Problems: -

1. Eine UITableView möchte keinen Header mit einer Höhe von 0,0 haben. Wenn Sie versuchen, einen Header mit einer Höhe von 0 zu haben, können Sie zur Lösung springen.
2. Selbst wenn Sie Ihrem Header später eine Höhe von nicht 0,0 zuweisen, möchte einem UITableView zunächst kein Header mit einer Höhe von 0,0 zugewiesen werden.

In ViewDidLoad: -

self.edgesForExtendedLayout = UIRectEdge.None

self.automaticallyAdjustsScrollViewInsets = false

Keine Notwendigkeit für so etwas: -

self.myTableview.contentInset = UIEdgeInsetsMake(-56, 0, 0, 0)

Im heightForHeaderInSectionDelegierten: -

if section == 0
    {
        return 1
    }
    else
    {
        return 40; // your other headers height value
    }

Im viewForHeaderInSectionDelegierten: -

if section == 0 
{  
   // Note CGFloat.min for swift
   // For Objective-c CGFLOAT_MIN 
   let headerView = UIView.init(frame: CGRectMake(0.0, 0.0, self.myShaadiTableview.bounds.size.width, CGFloat.min)) 
   return headerView
}
else
{ 
   // Construct your other headers here 
}

So kann es einfach in iOS 11 und Xcode 9.1 behoben werden über Storyboard :

Wählen Sie Tabellenansicht> Größeninspektor> Inhaltseinfügungen: Nie

Ich gehe davon aus, dass dies nur ein Teil des neuen UITableViewStyleGroupedStils ist. Es befindet sich in allen gruppierten Tabellenansichten und es scheint keine direkte Möglichkeit zu geben, diesen Bereich zu steuern.

Wenn dieser Raum durch eine dargestellt wird UIView, wäre es möglich, durch alle zur Suche subviewsderUITableView , dass bestimmten Anzeigen und Bearbeiten von ihm direkt zu finden. Es besteht jedoch auch die Möglichkeit, dass dieser Speicherplatz nur ein fest codierter Versatz ist, bevor Header und Zellen gestartet werden, und dass es keine Möglichkeit gibt, ihn zu bearbeiten.

So durchsuchen Sie alle Unteransichten (ich würde diesen Code ausführen, wenn die Tabelle keine Zellen enthält, um das Lesen der Ausgabe zu erleichtern):

- (void)listSubviewsOfView:(UIView *)view {

    // Get the subviews of the view
    NSArray *subviews = [view subviews];

    // Return if there are no subviews
    if ([subviews count] == 0) return;

    for (UIView *subview in subviews) {

        NSLog(@"%@", subview);

        // List the subviews of subview
        [self listSubviewsOfView:subview];
    }
}

Meine Antwort wird eine allgemeinere Antwort sein, kann aber auch darauf angewendet werden.

Wenn die Stammansicht (des Viewcontroller ) oder das erste Kind (subview) der Stammansicht ist Unterklasse der UIScrollView (oder UIScrollView selbst), und wenn

self.navigationController.navigationBar.translucent = YES;

Das Framework legt automatisch das vorberechnete contentInset fest .

Um dies zu vermeiden, können Sie tun

self.automaticallyAdjustsScrollViewInsets = NO;

In meinem Fall war dies jedoch nicht möglich, da ich ein SDK mit einer UIView-Komponente implementiert habe, die von anderen Entwicklern verwendet werden kann. Diese UIView-Komponente enthält UIWebView (mit UIScrollView als erster Unteransicht). Wenn diese Komponente als erstes untergeordnetes Element in der Ansichtshierarchie von UIViewController hinzugefügt wird, werden automatische Einfügungen vom System angewendet.

Ich habe dies behoben, indem ich vor dem Hinzufügen von UIWebView eine Dummy-Ansicht mit Frame (0,0,0,0) hinzugefügt habe.

In diesem Fall hat das System die Unterklasse von UIScrollView nicht als erste Unteransicht gefunden und keine Einfügungen angewendet

Dieser Code hat für mich funktioniert. Die beste Antwort für mich, die oben geschrieben wurde objective-C, also habe ich ihn in Swift konvertiert.

Für Swift 4.0+

self.tableView.tableHeaderView = UIView(frame: CGRect(x: 0, y: 0, width: self.tableView.bounds.size.width, height: 0.01))

Schreiben Sie dies einfach in viewDidLoad()und es wird wie ein Zauber funktionieren.

Ich hatte die gleiche Lösung wie Arielyz. Nachdem ich die UITableView so verschoben hatte, dass sie nicht die erste Unteransicht der übergeordneten Ansicht war, verschwand sie. Mein Platz war 20 px, nicht 35.

Ich konnte es nicht in einem Hochformat xib nachbilden, sondern nur in einem Querformat xib. Ich werde später einen Radarfehler melden, wenn ich ihn in einer einfachen Demo-App reproduzieren kann.

Ich denke, UIEdgeInsets -35 0 0 0 zu machen ist mühsam. In meinem Fall habe ich die Methode tableView: heightForHeaderInSection: implementiert und kann möglicherweise 0 zurückgeben.

Als ich 0 auf 0.1f änderte, ging das Problem einfach weg.

Das einzige, was für mich funktioniert hat, war:

Swift :

tableView.sectionHeaderHeight = 0
tableView.sectionFooterHeight = 0

Ziel-C :

self.tableView.sectionHeaderHeight = 0;
self.tableView.sectionFooterHeight = 0;

Außerdem hatte ich noch zusätzlichen Platz für den ersten Abschnitt. Das lag daran, dass ich die tableHeaderViewEigenschaft falsch verwendet habe. Das wurde ebenfalls behoben, indem Folgendes hinzugefügt wurde:

self.tableView.tableHeaderView = UIView(frame: CGRect(x: 0, y: 0, width: tableView.frame.size.width, height: 0.01))

Um genau zu sein, um tableviewHeader-Speicherplatz von oben zu entfernen, habe ich folgende Änderungen vorgenommen:

YouStoryboard.storyboard> YouViewController> Wählen Sie TableView> Größeninspektor> Inhaltseinfügungen - Setzen Sie es auf nie.

benutze dieses ich denke diese Hilfe ...

 - (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
 {
    return 0.005f;// set this according to that you want...
 }

override func viewWillAppear(animated: Bool) {
        self.edgesForExtendedLayout = UIRectEdge.None

 //  OR

self.sampleTableView.contentInset = UIEdgeInsetsMake(-64, 0, 0, 0);

   //OR

 self.automaticallyAdjustsScrollViewInsets = false
        }

-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section{

    return CGFLOAT_MIN;
}

Das war's Leute!