UITableView est de commencer avec un décalage dans iOS 7

Par défaut, la vue de la table contrôleurs pad le contenu sous la barre de navigation de sorte que vous pourriez faire défiler le contenu sous, on le voit, dans un état trouble, en dessous de la barre de navigation/de la barre d'outils.

Dirait que vous êtes un positionnement au 44 (peut-être 64 ans)px pour la faire sortir de sous la barre de navigation, mais elle compense ce défaut de sorte que vous obtenez un grand écart.

Aller à la table de montage séquentiel/xib au bureau de l'IB et décocher la afficher le contenu sous la barre de navigation de trucs.

Depuis iOS7 guide de transition:

Si vous ne voulez pas un défilement de l'affichage du contenu des encarts pour être automatiquement
ajusté, ensemble automaticallyAdjustsScrollViewInsets PAS. (La valeur par défaut
la valeur de automaticallyAdjustsScrollViewInsets est OUI.)

   self.automaticallyAdjustsScrollViewInsets = NO;

il résoudre mon problème similaire:

if ([[UIDevice currentDevice].systemVersion floatValue] >= 7){
tableView.contentInset = UIEdgeInsetsMake(-20, 0, 0, 0);
}

Sérieusement, l'évolution contentOffset n'est pas la solution. Vous êtes juste en bidouillant un problème et de ne pas résoudre la cause. J'ai été confronté au même problème et il s'avère que regroupés tableViews ont un rembourrage sur le dessus. Dans mon cas, le réglage du type de plaine a fait le tour.

J'espère qu'il sauve quelqu'un en quelques minutes.
Z.

Parfois, je reçois un 64 hauteur de l'écart au sommet de ma Table quand le UIViewController est incorporé à l'intérieur d'une manette de Navigation.

Dans le passé, je viens de re-créer tout, en espérant que les contraintes liées à son tour correctes après une ardoise propre.

TIL: Si vous ne voulez pas faire une verticale de la contrainte à la Top Layout Guide, vous pouvez maintenir enfoncée la Option clé pour accéder à la Container Margin.

Alors assurez-vous que le Top Space to Superview constante est définie à 0. Cela a fonctionné pour moi au moins.

Si vous ajoutez un vide UIView avant UITableView (ou de n'importe quelle vue est scrollable comme le ScrollView et TextView), vous pouvez avoir une chance.

Dans Xamarin iOS, j'ai eu ce problème survenant sur un backgrounded UITableViewController juste après le premier plan de dialogue modale a été rejeté. Dans le processus de déplacement dans le premier plan, la UITableViewController avait encarts de jeu (quelque part par iOS):

Cette classe résolu

public class UITableViewControllerWithBugFix : UITableViewController {
    public UITableViewControllerWithBugFix(UITableViewStyle withStyle) : base(withStyle) {
    }

    public override void ViewWillLayoutSubviews() {
        if (TableView.ContentInset.Top != 0.0f)
            TableView.ContentInset = UIEdgeInsets.Zero;
        if (TableView.ScrollIndicatorInsets.Top != 0.0f)
            TableView.ScrollIndicatorInsets = UIEdgeInsets.Zero;

        base.ViewWillLayoutSubviews();
    }
}

Si vous allez à la table de montage séquentiel, vous pouvez modifier le décalage en sélectionnant la table et sous la Table à la section Affichage dans les Attributs de l'inspecteur, il suffit de changer le Séparateur des Encarts sur la gauche pour 0.

Swift 3 solution:

class PaddingLessTableView : UITableView
{
    override func headerView(forSection section: Int) -> UITableViewHeaderFooterView?
    {
        return nil
    }

    override func footerView(forSection section: Int) -> UITableViewHeaderFooterView?
    {
        return nil
    }
}

J'ai essayé plusieurs réponses. Modifier les paramètres dans le storyboard causé ondulation des problèmes avec une superposition de menu qui apparaît à partir de la gauche.

Je n'ai qu'un vide UIViewController dans le storyboard, sinon tout est généré par programmation.

J'ai le même problème avec un UITableView à l'intérieur d'une UIView à l'intérieur d'un UIViewController. À savoir, les en-têtes de section démarrer trop loin vers le bas quand le UIViewController est intégré dans une manette de Navigation. W/o la manette de navigation tout fonctionne bien.

Pour résoudre le problème j'ai créé un UILabel et avec des contraintes à la UILabel bas contrainte = sommet de la contrainte de la UIView (afin de ne pas montrer à l'écran. Aujourd'hui, un contrôle supplémentaire (la nouvelle Étiquette) de la TableView se comporte correctement.

    inputsContainerView.addSubview(titleLabel)
    inputsContainerView.addSubview(tableView)

    //inputsContainerView
    ///////////////////////////////////////
    inputsContainerView.centerXAnchor.constraint(equalTo: view.centerXAnchor).isActive = true
    inputsContainerView.centerYAnchor.constraint(equalTo: view.centerYAnchor, constant: 0).isActive = true
    inputsContainerView.widthAnchor.constraint(equalTo: view.widthAnchor, constant: -40).isActive = true
    inputsContainerView.heightAnchor.constraint(equalTo: view.heightAnchor, multiplier: 0.7).isActive = true

    //tableView
    ///////////////////////////////////////
    tableView.centerXAnchor.constraint(equalTo: inputsContainerView.centerXAnchor).isActive = true
    tableView.topAnchor.constraint(equalTo: inputsContainerView.topAnchor).isActive = true
    tableView.widthAnchor.constraint(equalTo: inputsContainerView.widthAnchor).isActive = true
    tableView.heightAnchor.constraint(equalTo: inputsContainerView.heightAnchor).isActive = true

    //titleLabel - inserted to stop bad section header behavior
    ///////////////////////////////////////
    titleLabel.centerXAnchor.constraint(equalTo: inputsContainerView.centerXAnchor).isActive = true
    titleLabel.bottomAnchor.constraint(equalTo: inputsContainerView.topAnchor).isActive = true
    titleLabel.widthAnchor.constraint(equalTo: inputsContainerView.widthAnchor).isActive = true
    titleLabel.heightAnchor.constraint(equalToConstant: 20).isActive = true