Comportamiento extraño de uitableview en iOS11. Las celdas se desplazan hacia arriba con la animación push de navegación

Recientemente he migrado un código al nuevo SDK de iOS 11 beta 5.

Ahora obtengo un comportamiento muy confuso de UITableView. La vista de tabla en sí no es tan elegante. Tengo celdas personalizadas, pero en su mayor parte es solo por su altura.

Cuando presiono mi controlador de vista con vista de tabla, obtengo una animación adicional donde las celdas "se desplazan hacia arriba" (o posiblemente se cambia todo el marco de vista de tabla) y hacia abajo a lo largo de la animación de navegación push / pop. Por favor ver gif:

Creo manualmente tableviewen el loadViewmétodo y configuro restricciones de diseño automático para que sean iguales a la vista inicial, final, superior e inferior de la vista de tabla. La supervista es la vista raíz del controlador de vista.

Ver el código de inserción del controlador es muy estándar: self.navigationController?.pushViewController(notifVC, animated: true)

El mismo código proporciona un comportamiento normal en iOS 10.

¿Podrías indicarme qué está mal?

EDITAR: He hecho un controlador de vista de tabla muy simple y puedo reproducir el mismo comportamiento allí. Código:

class VerySimpleTableViewController : UITableViewController {

    override func viewDidLoad() {
        super.viewDidLoad()

        self.tableView.register(UITableViewCell.self, forCellReuseIdentifier: "Cell")
    }


    override func numberOfSections(in tableView: UITableView) -> Int {
        return 1
    }

    override func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return 4
    }


    override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "Cell", for: indexPath)

        cell.textLabel?.text = String(indexPath.row)
        cell.accessoryType = .disclosureIndicator

        return cell
    }


    override func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        tableView.deselectRow(at: indexPath, animated: true)

        let vc = VerySimpleTableViewController.init(style: .grouped)

        self.navigationController?.pushViewController(vc, animated: true)
    }
}

EDICIÓN 2: Pude limitar el problema a mi personalización de UINavigationBar. Tengo una personalización como esta:

rootNavController.navigationBar.setBackgroundImage(createFilledImage(withColor: .white, size: 1), for: .default)

donde createFilledImagecrea una imagen cuadrada con un tamaño y color determinados.

Si comento esta línea, recupero el comportamiento normal.

Agradecería cualquier comentario sobre este asunto.

Esto se debe a UIScrollView's (UITableView es una subclase de UIScrollview) nueva contentInsetAdjustmentBehaviorpropiedad, que está configurada en .automaticforma predeterminada.

Puede anular este comportamiento con el siguiente fragmento en viewDidLoad de cualquier controlador afectado:

    tableView.contentInsetAdjustmentBehavior = .never

https://developer.apple.com/documentation/uikit/uiscrollview/2902261-contentinsetadjustmentbehavior

Además de la respuesta de Maggy

C OBJETIVO

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

Este problema fue causado por un error en iOS 11 en el que safeAreaInsetsla vista del controlador de vista se estableció incorrectamente durante la transición de navegación, lo que debería corregirse en iOS 11.2. Configurar el contentInsetAdjustmentBehaviora .neverno es una gran solución porque probablemente tendrá otros efectos secundarios indeseables. Si usa una solución alternativa, debe asegurarse de eliminarla para las versiones de iOS> = 11.2

-mencionado por smileyborg (ingeniero de software de Apple)

Puede editar este comportamiento a la vez en toda la aplicación utilizando NSProxy en, por ejemplo, didFinishLaunchingWithOptions:

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

Así es como logré solucionar este problema al tiempo que permitía que iOS 11 estableciera inserciones automáticamente . Estoy usando UITableViewController.

• Seleccione "Extender los bordes debajo de las barras superiores" y "Extender los bordes debajo de las barras opacas" en su controlador de vista en el guión gráfico (o mediante programación ). Las inserciones del área segura evitarán que su vista pase por debajo de la barra superior.
• Marque el botón "Inserciones en área segura" en la vista de su tabla en su guión gráfico. (o tableView.insetsContentViewsToSafeArea = true) - Puede que esto no sea necesario, pero es lo que hice.
• Establezca el comportamiento de ajuste del recuadro de contenido en "Ejes desplazables" (o tableView.contentInsetAdjustmentBehavior = .scrollableAxes); .alwaystambién podría funcionar, pero no lo probé.

Otra cosa para probar si todo lo demás falla:

viewSafeAreaInsetsDidChange UIViewControllerMétodo de anulación para que la vista de tabla fuerce el establecimiento de las inserciones de la vista de desplazamiento en las inserciones del área segura. Esto está en conjunto con la configuración 'Nunca' en la respuesta de Maggy.

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

Nota: self.tableViewy self.viewdebería ser lo mismo paraUITableViewController

Esto parece más un error que un comportamiento previsto. Ocurre cuando la barra de navegación no es translúcida o cuando se establece una imagen de fondo.

Si solo configura contentInsetAdjustmentBehavior en .never, las inserciones de contenido no se configurarán correctamente en el iPhone X, por ejemplo, el contenido iría al área inferior, debajo de las barras de desplazamiento.

Es necesario hacer dos cosas:
1. evitar que scrollView se anime hacia arriba en push / pop
2. mantener el comportamiento .automatic porque es necesario para iPhone X. Sin esto, por ejemplo, en vertical, el contenido irá por debajo de la barra de desplazamiento inferior.

Nueva solución simple: en XIB: simplemente agregue una nueva UIView en la parte superior de su vista principal con la parte superior, anterior y posterior a la supervista y la altura configurada en 0. No tiene que conectarlo a otras subvistas ni nada.

Solución antigua:

Nota: Si está utilizando UIScrollView en modo horizontal, todavía no establece las inserciones horizontales correctamente (¿otro error?), Por lo que debe anclar el avance / final de scrollView a safeAreaInsets en IB.

Nota 2: La solución a continuación también tiene el problema de que si tableView se desplaza hacia la parte inferior, y presiona el controlador y vuelve a aparecer, ya no estará en la parte inferior.

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

Puedo reproducir el error para iOS 11.1 pero parece que el error está corregido desde iOS 11.2. Ver http://openradar.appspot.com/34465226

asegúrese de que junto con el código anterior, agregue código adicional de la siguiente manera. Resolvió el problema

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

Además, si usa la barra de pestañas, la inserción de contenido inferior de la vista de colección será cero. Para esto, ponga el siguiente código en viewDidAppear:

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

En mi caso, esto funcionó (póngalo en viewDidLoad):

self.navigationController.navigationBar.translucent = YES;

Eliminar espacio adicional en la parte superior collectionViewotableView

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

Encima del código collectionViewo tableViewdebajo de la barra de navegación.
El siguiente código evita que la vista de colección vaya debajo de la navegación

    self.edgesForExtendedLayout = UIRectEdge.bottom

pero me encanta usar la lógica y el código siguientes para UICollectionView

Los valores de inserción de borde se aplican a un rectángulo para reducir o expandir el área representada por ese rectángulo. Normalmente, las inserciones de borde se utilizan durante el diseño de la vista para modificar el marco de la vista. Los valores positivos hacen que el marco se inserte (o encoja) en la cantidad especificada. Los valores negativos hacen que el marco se extienda (o se expanda) en la cantidad especificada.

collectionView.contentInset = UIEdgeInsets(top: -30, left: 0, bottom: 0, right: 0)
//tableView.contentInset = UIEdgeInsets(top: -30, left: 0, bottom: 0, right: 0)

La mejor forma para UICollectionView

func collectionView(_ collectionView: UICollectionView, layout collectionViewLayout: UICollectionViewLayout, insetForSectionAt section: Int) -> UIEdgeInsets {
        return UIEdgeInsets(top: -30, left: 0, bottom: 0, right: 0)
}

Eliminar este código funciona para mí

self.edgesForExtendedLayout = UIRectEdgeNone

  if #available(iOS 11, *) {
        self.edgesForExtendedLayout = UIRectEdge.bottom
  }

Estaba usando UISearchController con resultsControllers personalizados que tienen vista de tabla. La inserción de un nuevo controlador en el controlador de resultados hizo que tableview pasara a buscar.

El código enumerado anteriormente solucionó totalmente el problema