Comportement uitableview bizarre dans iOS11. Les cellules défilent vers le haut avec l'animation de poussée de navigation

En plus de la réponse de maggy

OBJECTIF-C

if (@available(iOS 11.0, *)) {
    scrollViewForView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}

Ce problème a été causé par un bug dans iOS 11 où le safeAreaInsets de la vue du contrôleur de vue a été mal définie pendant la navigation transition, qui devrait être fixé dans iOS 11.2. Réglage de la contentInsetAdjustmentBehavior à .never n'est pas une bonne solution parce qu'il aura probablement d'autres effets secondaires indésirables. Si vous ne utilisez une solution de contournement, vous devez vous assurer de le supprimer pour les versions iOS > = 11.2

-Il s'agit de l'un des plus grands logiciels D'Apple.]}

Vous pouvez modifier ce comportement à la fois tout au long de l'application en utilisant NSProxy dans par exemple didFinishLaunchingWithOptions:

if (@available(iOS 11.0, *)) {
      [UIScrollView appearance].contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
} 

Cela ressemble plus à un bug qu'à un comportement prévu. Cela se produit lorsque la barre de navigation n'est pas translucide ou lorsque l'image d'arrière-plan est définie.

Si vous définissez simplement contentInsetAdjustmentBehavior sur .jamais, les encarts de contenu ne seront pas définis correctement sur iPhone X, Par exemple le contenu irait dans la zone inférieure, sous les barres de défilement.

Il faut faire deux choses:
1. empêcher l'animation de scrollView sur push / pop
2. conserver .comportement automatique car il est nécessaire pour iPhone X. Sans cela, par exemple dans portrait, le contenu ira en dessous de la barre de défilement inférieure.

Nouvelle solution simple: dans XIB: ajoutez simplement UIView au - dessus de votre vue principale avec top, leading et trailing to superview et height mis à 0. Vous n'avez pas besoin de le connecter à d'autres sous-vues ou quoi que ce soit.

Vieille solution:

Remarque: Si vous utilisez UIScrollView en mode paysage, il ne définit toujours pas correctement les encarts horizontaux (un autre bug?), donc vous devez épingler scrollView avant / arrière vers safeAreaInsets dans IB.

Note 2: La Solution ci-dessous a également un problème que si tableView défile vers le bas, et que vous poussez le contrôleur et que vous revenez, il ne sera plus en bas.

override func viewDidLoad()
{
    super.viewDidLoad()

    // This parts gets rid of animation when pushing
    if #available(iOS 11, *)
    {
        self.tableView.contentInsetAdjustmentBehavior = .never
    }
}

override func viewDidDisappear(_ animated: Bool)
{
    super.viewDidDisappear(animated)
    // This parts gets rid of animation when popping
    if #available(iOS 11, *)
    {
        self.tableView.contentInsetAdjustmentBehavior = .never
    }
}

override func viewDidAppear(_ animated: Bool)
{
    super.viewDidAppear(animated)
    // This parts sets correct behaviour(insets are correct on iPhone X)
    if #available(iOS 11, *)
    {
        self.tableView.contentInsetAdjustmentBehavior = .automatic
    }
}

Je peux reproduire le bug pour iOS 11.1 mais il semble que le bug soit corrigé depuis iOS 11.2. Voir http://openradar.appspot.com/34465226

De plus, si vous utilisez la barre d'onglets, l'encart de contenu inférieur de la vue collection sera égal à zéro. Pour cela, mettez ci-dessous le code dans viewDidAppear:

if #available(iOS 11, *) {
    tableView.contentInset = self.collectionView.safeAreaInsets
}

Voici comment j'ai réussi à résoudre ce problème tout en permettant à iOS 11 de définir automatiquement les encarts. Je suis à l'aide de UITableViewController.

• sélectionnez "étendre les bords sous les barres supérieures" et "étendre les bords sous les barres opaques" dans votre contrôleur de vue dans storyboard (ou par programmation). Les encarts de zone de sécurité empêcheront votre vue de passer sous la barre supérieure.
• cochez le bouton "encarts à Zone de sécurité" sur la vue de votre table dans votre storyboard. (ou tableView.insetsContentViewsToSafeArea = true) - Cela pourrait ne pas être nécessaire, mais c'est ce que j'ai fait.
• définissez le comportement de réglage de l'encart de contenu sur "Axes de défilement" (ou tableView.contentInsetAdjustmentBehavior = .scrollableAxes) - .always pourrait aussi fonctionner mais je n'ai pas testé.

Une autre chose à essayer si tout le reste échoue:

Remplacer viewSafeAreaInsetsDidChange UIViewController méthode pour obtenir la vue de table pour forcer à définir les encarts de la vue de défilement sur les encarts de zone de sécurité. Ceci est en conjonction avec le paramètre "jamais" dans la réponse de Maggy.

- (void)viewSafeAreaInsetsDidChange {
    [super viewSafeAreaInsetsDidChange];
    self.tableView.contentInset = self.view.safeAreaInsets;
}

Remarque: self.tableView et self.view devrait être la même chose pour UITableViewController

Dans mon cas, cela a fonctionné (mettez-le dans viewDidLoad):

self.navigationController.navigationBar.translucent = YES;

Veuillez vous assurer avec le code ci-dessus, ajoutez le code supplémentaire comme suit. Il a résolu le problème

override func viewDidLayoutSubviews() { 
     super.viewDidLayoutSubviews() 
     tableView.contentInset = UIEdgeInsets(top: 0, left: 0, bottom: 0, right: 0) // print(thisUISBTV.adjustedContentInset) 
}

Supprimer ce travail de code pour moi

self.edgesForExtendedLayout = UIRectEdgeNone