À partir d'iOS7, il y a de l'espace supplémentaire en haut de mon UITableView qui a un style UITableViewStyleGrouped.

Voici un exemple:

La vue de table commence à la première flèche, il y a 35 pixels de remplissage inexpliqué, puis l'en-tête vert est un UIView renvoyé par viewForHeaderInSection(où la section est 0).

Quelqu'un peut-il expliquer d'où vient cette quantité de 35 pixels et comment je peux m'en débarrasser sans passer à UITableViewStylePlain ?

Remarque:

Dans iOS 11 et versions ultérieures:

tableView.contentInsetAdjustmentBehavior = .never

J'ai été aidé par les éléments suivants:

YouStoryboard.storyboard> YouViewController> Inspecteur d'attributs> Décocher - Ajuster les encarts de la vue de défilement.

J'ai joué un peu plus avec et il semble que ce soit un effet secondaire de la configuration des tablesView tableHeaderView = nil.

Parce que ma tableView a une apparence dynamique tableHeaderView, quand j'ai besoin de cacher le tableHeaderView, au lieu de le faire self.tableView.tableHeaderView = nil;, je fais:

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

J'aime mieux cette solution que de définir un peu arbitraire contentInset.topparce que j'utilise contentInset.topaussi dynamiquement. Le fait de ne pas oublier d'enlever 35 pixels supplémentaires chaque fois que je recalcule contentInset.topest fastidieux.

Pour IOS 7, si vous allouez une vue de table dans un contrôleur de vue, vous pouvez examiner

self.edgesForExtendedLayout = UIRectEdgeNone;

votre problème semblait similaire au mien

Mise à jour:

Swift dans iOS 9.x:

self.edgesForExtendedLayout = UIRectEdge.None

Swift 3:

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

Essayez de modifier la contentInsetpropriété qui UITableViewhérite de UIScrollView.

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

C'est une solution de contournement, mais cela fonctionne

self.automaticallyAdjustsScrollViewInsets = NO;

essayez, vous pouvez y faire face!

Vous pouvez détecter si votre application exécute iOS7 ou une version ultérieure et ajouter ces deux méthodes dans votre délégué de vue de table (généralement dans votre code UIViewController)

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

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

Ce n'est peut-être pas une solution élégante mais ça marche pour moi

Version Swift:

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

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

J'ai trouvé la cause de mon bogue d'origine et créé un exemple de projet le présentant. Je crois qu'il y a un bug iOS7.

À partir d'iOS7, si vous créez un UITableView avec le style Groupé, mais que vous n'avez pas de délégué défini sur la première mise en page, vous définissez un délégué et appelez reloadData, il y aura un espace de 35 pixels en haut qui ne disparaîtra jamais.

Voir ce projet que j'ai fait présentant le bogue: https://github.com/esilverberg/TableViewDelayedDelegateBug

Plus précisément ce fichier: https://github.com/esilverberg/TableViewDelayedDelegateBug/blob/master/TableViewDelayedDelegateBug/ViewController.m

Si la ligne 24 est active,

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

il y aura un espace supplémentaire de 35 px en haut. Si la ligne 27 est active et 24 est mise en commentaire,

self.tableView.delegate = self;

pas d'espace en haut. C'est comme si la tableView met en cache un résultat quelque part et ne se redessine pas une fois que le délégué est défini et que reloadData est appelé.

Décochez "Ajuster les encarts de la vue de défilement"

Un autre petit commentaire ... même dans XCode 6.1, il y a un bug avec des espaces verticaux apparaissant en haut de UIScrollViews, UITextViewset UITableViews.

Parfois, la seule façon de résoudre ce problème est d'aller dans le Storyboard et de faire glisser le contrôle du problème afin qu'il ne soit plus la première sous- vue de la page.

(Mes remerciements à Oded pour m'avoir dirigé dans cette direction ... Je poste ce commentaire, juste pour ajouter quelques captures d'écran, pour démontrer les symptômes et corriger.)

Selon ce guide de transition pour iOS7 par Apple, les insertions de contenu de la vue de défilement sont automatiquement ajustées. La valeur par défaut de automaticallyAdjustsScrollViewInsets est définie sur YES.

Le UIViewController qui a le UITableView doit définir cette propriété sur NO.

self.automaticallyAdjustsScrollViewInsets = NO;

Ça fera l'affaire.

EDIT 1:

On pourrait aussi essayer -

self.navigationController.navigationBar.translucent = YES;

Cela supprime également le rembourrage supplémentaire sur le dessus.

Lors de l'utilisation de TableView groupée, utilisez-le pour éviter de couper les bordures dans viewWillAppear

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

Beaucoup de réponses précédentes sont trop hacky. Ils se briseraient à tout moment dans le futur si Apple décidait de corriger ce comportement inattendu.

Racine du problème:

1. a UITableViewn'aime pas avoir un en-tête d'une hauteur de 0,0. Si ce que vous essayez de faire est d'avoir un en-tête d'une hauteur de 0, vous pouvez passer à la solution.

2. même si plus tard vous attribuez une hauteur non 0,0 à votre en-tête, un UITableViewn'aime pas se voir attribuer un en-tête d'une hauteur de 0,0 au début.

Solution:

Ensuite, la solution la plus simple et la plus fiable consiste à vous assurer que la hauteur de votre en-tête n'est pas 0 lorsque vous l'affectez à votre vue de table.

Quelque chose comme ça fonctionnerait:

// 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;

Quelque chose comme ça conduirait au problème à un moment donné (généralement, après un défilement):

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

Storyboard:

Décochez simplement: Adjust Scroll View Insetsdans les options de View Controller

Code:

self.automaticallyAdjustsScrollViewInsets = false

Voici la solution pour iOS 10 utilisant Swift 3:

Vous pouvez vous débarrasser des rembourrages supérieur et inférieur en implémentant les méthodes suivantes à partir du UITableViewDelegate.

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

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

Dans mon cas, c'est ce qui m'a aidé. Je soutiens également ios6.

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

Ajoutez simplement ce qui suit à votre viewDidLoad dans votre VC:

self.automaticallyAdjustsScrollViewInsets = NO;

J'essayais donc toutes les méthodes ici, et cette fois aucune n'a aidé. Mon cas était une vue groupée sous iOS 9. Je ne sais pas vraiment pourquoi et comment j'ai découvert celui-ci, mais pour moi, régler le tableViewHeaderavec un UIViewavec au moins une 0.01hauteur a fonctionné. CGRectZeron'a pas aidé, rien n'a vraiment aidé:

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

Swift: iOS J'ai eu tableview sur la vue de défilement .. quand je cliquais sur "Retour" sur le même écran. La vue de défilement prend plus d'espace sur le dessus .. pour résoudre ce problème, j'ai utilisé:

 self.automaticallyAdjustsScrollViewInsets = false

Valeur booléenne qui indique si le contrôleur de vue doit ajuster automatiquement ses encarts de vue de défilement. La valeur par défaut est true, ce qui permet au contrôleur de vue d'ajuster ses encarts de vue de défilement en réponse aux zones d'écran consommées par la barre d'état, la barre de navigation et la barre d'outils ou la barre d'onglets. Définissez-le sur false si vous souhaitez gérer vous-même les ajustements de l'encart de la vue de défilement, par exemple lorsqu'il existe plusieurs vues de défilement dans la hiérarchie des vues.

Merci à la réponse de @Aurelien Porte. Voici ma solution

Cause de ce problème: -

1. un UITableView n'aime pas avoir un en-tête d'une hauteur de 0,0. Si ce que vous essayez de faire est d'avoir un en-tête d'une hauteur de 0, vous pouvez passer à la solution.
2. même si plus tard vous attribuez une hauteur non 0,0 à votre en-tête, un UITableView n'aime pas se voir attribuer un en-tête d'une hauteur de 0,0 au début.

Dans ViewDidLoad: -

self.edgesForExtendedLayout = UIRectEdge.None

self.automaticallyAdjustsScrollViewInsets = false

Pas besoin de quelque chose comme ça: -

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

Dans heightForHeaderInSection délégué: -

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

En viewForHeaderInSectiondélégué: -

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 
}

Voilà comment il peut être corrigé facilement dans iOS 11 et Xcode 9.1 via Storyboard:

Sélectionnez Affichage tableau> Inspecteur de taille> Encarts de contenu: jamais

Je suppose que cela fait partie du nouveau UITableViewStyleGroupedstyle. Il se trouve dans toutes les vues de table groupées et il ne semble pas y avoir de moyen direct de contrôler cet espace.

Si cet espace est représenté par un UIView, il serait possible de parcourir tous subviewsles UITableViewpour trouver cette vue spécifique et de la modifier directement. Cependant, il est également possible que cet espace ne soit qu'un décalage codé en dur avant le démarrage des en-têtes et des cellules et qu'il n'y ait aucun moyen de le modifier.

Pour rechercher dans toutes les sous-vues (je voudrais exécuter ce code lorsque le tableau n'a pas de cellules, pour faciliter la lecture de la sortie):

- (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];
    }
}

Ma réponse va être une réponse plus générale, mais peut également être appliquée à ce sujet.

Si la vue racine (du ViewController ) ou le premier enfant (sous-vue) de la vue racine est une sous-classe de UIScrollView (ou UIScrollView lui-même), et si

self.navigationController.navigationBar.translucent = YES;

framework définira automatiquement contentInset pré-calculé .

Pour éviter cela, vous pouvez faire

self.automaticallyAdjustsScrollViewInsets = NO;

mais dans mon cas, je n'ai pas pu le faire, car j'implémentais un SDK qui a un composant UIView qui peut être utilisé par d'autres développeurs. Ce composant UIView contient UIWebView (qui a UIScrollView comme première sous-vue). Si ce composant est ajouté en tant que premier enfant dans la hiérarchie de vues de UIViewController, des insertions automatiques seront appliquées par le système.

J'ai corrigé cela en ajoutant une vue factice avec le cadre (0,0,0,0) avant d'ajouter UIWebView.

Dans ce cas, le système n'a pas trouvé la sous-classe de UIScrollView comme première sous-vue et n'a pas appliqué d'encarts

Ce code a fonctionné pour moi, la meilleure réponse pour moi qui a été écrite à l'envers objective-Calors je l'ai converti en Swift.

Pour Swift 4.0+

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

Il suffit d'écrire ceci viewDidLoad()et cela fonctionnera comme un charme.

J'ai eu le même correctif que arielyz. Une fois que j'ai déplacé UITableView pour qu'il ne soit pas la première sous-vue de la vue parent, il a disparu. Mon espace était de 20 px, pas 35.

Je n'ai pas pu le recréer dans un portrait xib, seulement un paysage xib. Je déposerai un bug radar plus tard si je peux le reproduire dans une simple application de démonstration.

Je pense que rendre UIEdgeInsets -35 0 0 0 est fastidieux. Dans mon cas, j'ai implémenté la méthode tableView: heightForHeaderInSection: et il a le potentiel de retourner 0.

Quand j'ai changé 0 en 0.1f, le problème a disparu.

La seule chose qui a fonctionné pour moi était:

Rapide :

tableView.sectionHeaderHeight = 0
tableView.sectionFooterHeight = 0

Objectif-C :

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

De plus, j'avais encore un espace supplémentaire pour la première section. C'est parce que j'utilisais tableHeaderViewmal la propriété. Corrigé cela également en ajoutant:

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

Code Swift 4: Pour une vue de table sans en-têtes de section, vous pouvez ajouter ce code:

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

et vous obtiendrez l'espacement d'en-tête à 0.

Si vous voulez qu'un en-tête de votre hauteur spécifique dépasse cette valeur:

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

et la vue du délégué viewForHeaderinSection.

Pour être précis, pour supprimer l'espace tableviewHeader du haut, j'ai apporté ces modifications:

YouStoryboard.storyboard> YouViewController> Sélectionnez TableView> Inspecteur de taille> Encarts de contenu - Définissez-le sur jamais.

utiliser celui-ci je pense que cette aide ...

 - (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
        }