Comportamento estranho do uitableview no iOS11. Células rolam para cima com animação push de navegação

Migrei recentemente alguns códigos para o novo iOS 11 beta 5 SDK.

Agora recebo um comportamento muito confuso de UITableView. O tableview em si não é tão chique. Tenho células personalizadas, mas na maioria das vezes são apenas para a altura.

Quando empurro meu controlador de visualização com tableview, obtenho uma animação adicional em que as células "rolam para cima" (ou possivelmente todo o quadro tableview é alterado) e para baixo ao longo da animação de navegação push / pop. Por favor, veja gif:

Eu crio manualmente tableviewno loadViewmétodo e configuro as restrições de layout automático para serem iguais à visão inicial, final, superior e inferior da supervisão do tableview. O superview é a visão raiz do controlador de visão.

Visualizar o código de envio do controlador é muito padrão: self.navigationController?.pushViewController(notifVC, animated: true)

O mesmo código fornece comportamento normal no iOS 10.

Você poderia me indicar o que está errado?

EDIT: Eu fiz um controlador tableview muito simples e posso reproduzir o mesmo comportamento lá. 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)
    }
}

EDIT 2: Consegui restringir o problema à minha personalização do UINavigationBar. Tenho uma personalização como esta:

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

onde createFilledImagecria uma imagem quadrada com determinado tamanho e cor.

Se eu comentar esta linha, recupero o comportamento normal.

Eu apreciaria qualquer opinião sobre este assunto.

Isso se deve à nova propriedade UIScrollView's (UITableView é uma subclasse de UIScrollview)contentInsetAdjustmentBehavior , que é definida como .automaticpor padrão.

Você pode substituir esse comportamento com o seguinte snippet no viewDidLoad de qualquer controlador afetado:

    tableView.contentInsetAdjustmentBehavior = .never

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

Além da resposta de Maggy

OBJETIVO-C

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

Esse problema foi causado por um bug no iOS 11 em que a safeAreaInsetsvisualização do controlador de visualização foi configurada incorretamente durante a transição de navegação, o que deve ser corrigido no iOS 11.2. Definir contentInsetAdjustmentBehaviorcomo .nevernão é uma ótima solução alternativa porque provavelmente terá outros efeitos colaterais indesejáveis. Se você usar uma solução alternativa, certifique-se de removê-la para as versões iOS> = 11.2

- mencionado por smileyborg (Engenheiro de Software da Apple)

Você pode editar esse comportamento de uma vez em todo o aplicativo usando NSProxy em, por exemplo, didFinishLaunchingWithOptions:

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

Veja como eu consegui corrigir esse problema e ainda permitir que o iOS 11 defina os insets automaticamente . Estou usando UITableViewController.

• Selecione "Estender bordas sob as barras superiores" e "Estender bordas sob as barras opacas" em seu controlador de visualização no storyboard (ou programaticamente ). As inserções da área de segurança impedirão que sua visão vá para baixo da barra superior.
• Verifique o botão "Insets to Safe Area" na visualização da mesa em seu storyboard. (ou tableView.insetsContentViewsToSafeArea = true) - Pode não ser necessário, mas foi o que fiz.
• Defina o comportamento de ajuste de inserção de conteúdo como "Eixos roláveis" (ou tableView.contentInsetAdjustmentBehavior = .scrollableAxes) - .alwaystambém pode funcionar, mas não testei.

Outra coisa a tentar se tudo mais falhar:

viewSafeAreaInsetsDidChange UIViewControllerMétodo de substituição para obter a visualização da tabela para forçar a configuração das inserções da visualização de rolagem para as inserções da área segura. Isso ocorre em conjunto com a configuração 'Nunca' na resposta de Maggy.

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

Nota: self.tableViewe self.viewdeve ser a mesma coisa paraUITableViewController

Isso parece mais um bug do que um comportamento pretendido. Acontece quando a barra de navegação não é translúcida ou quando a imagem de fundo é definida.

Se você apenas definir contentInsetAdjustmentBehavior como .never, as inserções de conteúdo não serão definidas corretamente no iPhone X, por exemplo, o conteúdo irá para a área inferior, sob as barras de rolagem.

É necessário fazer duas coisas:
1. evitar a animação do scrollView no push / pop
2. manter o comportamento .automático porque é necessário para o iPhone X. Sem isso, por exemplo, no retrato, o conteúdo irá abaixo da barra de rolagem inferior.

Nova solução simples: no XIB: Basta adicionar um novo UIView no topo de sua visualização principal com o topo, à esquerda e à direita para supervisualizar e a altura definida como 0. Você não precisa conectá-lo a outras subvisualizações nem nada.

Solução antiga:

Nota: Se você estiver usando UIScrollView no modo paisagem, ele ainda não define inserções horizontais corretamente (outro bug?), Então você deve fixar o início / fim de scrollView em safeAreaInsets em IB.

Nota 2: A solução abaixo também tem o problema de que se tableView for rolado para a parte inferior e você empurrar o controlador e voltar, ele não estará mais na 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
    }
}

Posso reproduzir o bug do iOS 11.1, mas parece que o bug foi corrigido desde o iOS 11.2. Veja http://openradar.appspot.com/34465226

Certifique-se, juntamente com o código acima, de adicionar código adicional conforme segue. Resolveu o problema

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

Além disso, se você usar a barra de guias, a inserção de conteúdo inferior da visualização da coleção será zero. Para isso, coloque o código abaixo em viewDidAppear:

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

No meu caso, funcionou (coloque em viewDidLoad):

self.navigationController.navigationBar.translucent = YES;

Removendo espaço extra na parte superior collectionViewoutableView

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

Acima do código collectionViewou tableViewsob a barra de navegação.
O código abaixo impede que a visualização da coleção vá para a navegação

    self.edgesForExtendedLayout = UIRectEdge.bottom

mas adoro usar a lógica e o código abaixo para o UICollectionView

Os valores de borda interna são aplicados a um retângulo para reduzir ou expandir a área representada por esse retângulo. Normalmente, as inserções de borda são usadas durante o layout da vista para modificar o quadro da vista. Valores positivos fazem com que o quadro seja reduzido (ou reduzido) na quantidade especificada. Valores negativos fazem com que o quadro seja iniciado (ou expandido) pelo valor especificado.

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

A melhor maneira de UICollectionView

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

Excluir este código funciona para mim

self.edgesForExtendedLayout = UIRectEdgeNone

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

Eu estava usando UISearchController com resultsControllers personalizados que tem visualização de tabela. Empurrar o novo controlador no controlador de resultados fez com que tableview fosse para pesquisa.

O código listado acima resolveu totalmente o problema