Edgesforextendedlayout uiviewcontroller rotation

O objeto é responsável por difundir as chamadas do método de rotação UIViewController, ou seja: shouldAutorotateToInterfaceOrientation: willRotateToInterfaceOrientation: duration: willAnimateFirstHalfOfRotationToInterfaceOrientation: duration: willAnimateSecondHalfOfRotationFromInterfaceOrientation: duration: didRotateFromInterfaceOrientation: Imagino que é UIApplication (mas talvez o AppDelegate ou UIWindow). A próxima pergunta é como o objeto sabe em que UIViewController fala. Como ele sabe qual UIViewController tem sua visão como a sub-visualização da janela. Existe uma mensagem que você pode enviar ou uma propriedade que você pode definir (de algum objeto) que estabeleça O Active UIViewController para o aplicativo. Parece que a UIApplication está despachando uma mensagem para o controlador de exibição ativo. Mas, como sua instância do View Controller recebe essas mensagens, a mensagem é encaminhada para o primeiro controlador de exibição cuja exibição foi adicionada à instância do UIWindow. Isso se resume a 3 cenários básicos: o ViewController cuja exibição é adicionada diretamente à instância UIWindow (aplicativo de visualização única) O controlador de navegação em um aplicativo baseado em navegação, então o controlador de navegação encaminha a mensagem para o controlador de exibição de exibição ativa. O controlador da barra de abas em um aplicativo baseado na barra de tabulação, então o controlador da barra de tabulação encaminha a mensagem para o controlador de exibição de exibição ativa (ou o controlador de navegação ativo). O problema que você terá é se você criar um aplicativo com várias visualizações, mas NÃO use um controlador de navegação ou um controlador de barra de tabulação. Se você trocar visualizações dentro e fora da instância UIWindow manualmente, você não receberá essas mensagens de forma confiável. Isso é semelhante a postagens como esta: exibição de iPhoneVaçao não dispara. Basta usar convenções de maçãs para várias visualizações e você estará bem. Espero que isso guarde uma ou duas horas Corey, como é possível limitar-se a um VC por tela, quando, por exemplo, você possui um aplicativo que precisa de duas visualizações de tabela na mesma tela, você precisa de um VC para cada exibição de tabela, então Um VC para gerenciar ambos. Ou considere outro exemplo: um aplicativo que precisa de comportamento de barra de tabulação, mas para requisitos de gráfico gráfica requer um controlador de barra de guia personalizado. Ter apenas um VC por tela parece um objetivo inviável para UIs complexas. Nesses casos, deve haver alguma maneira de controlar de forma confiável os eventos de rotação da interface ndash Yetanotherjosh 22 de março 11 às 1:53 Em meus próprios testes, descobri que, ao anotar vistas que têm controladores de exibição diferentes controlando-os, às vezes pode ser arbitrário que visão O controlador recebe a mensagem shouldAutorotateToInterfaceOrientation - definitivamente ela nem sempre foi enviada para o controlador de visualização que gerencia a visão mais alta da criança da hierarquia do UIWindow39 - pode certamente ser enviada para visualizar controladores correspondentes a crianças dessa exibição view do controller39s. Ndash Yetanotherjosh 22 de março 11 às 1:57 Como sabe qual UIViewController tem sua visão como subvista da janela A classe UIViewController mantém um mapa estático entre visualizações e seus controladores de exibição. Este mapa é consultado em alguns lugares chave dentro do CocoaTouch. Em particular, UIView nextResponder consulta e retorna o controlador, se encontrado. Eu acho que a UIWindow faz a mesma pesquisa com sua visão de raiz para saber qual controlador para encaminhar eventos de rotação. Verificarei que na próxima vez eu vou procurar algo na desmontagem. (Eu passei algum tempo engenharia reversa para CocoaTouch para entender como as coisas funcionam lá.) Respondeu 6 de maio 09 às 11:15 Isso é tudo que Magic você nunca se preocupa. Basta adicionar a visão de raiz do seu controlador à janela - ou obter uma barra de guia ou controlador de navegação para fazê-lo por você - e receberá essas mensagens. (Mas, se você pular com o depurador, você pode chegar à mesma conclusão que eu tenho: há algum tipo de tabela interna que mapeia cada visualização de controladores de volta para o controlador e as mensagens são enviadas com base nesse link.) Atualização: isto foi Magia verdadeiramente privada em 2009, quando escrevi essa resposta pela primeira vez, mas alterações posteriores no iOS tornaram públicas as APIs publicadas. O controlador de vista de raiz agora está acessível através da propriedade UIWindow. rootViewController e a árvore de controladores de exibição descendente é formada usando a propriedade UIViewController. childViewControllers. Os controladores de visão pai são responsáveis ​​por notificar seus filhos das mudanças de orientação. (Não tenho certeza de como o controlador de visualização raiz é notificado, mas você pode definir um ponto de interrupção e descobrir você mesmo.) O método - shouldAutomaticallyForwardRotationMethods decide se o UIViewController fará isso por você. Se retornar NÃO. Você se torna responsável por fazê-lo em sua conexão - willRotateToInterfaceOrientation: duração. - Planejar uma rotura de imagem para apresentação de interfaces: duração. E - didRotateFromInterfaceOrientation: métodos. Respondeu Feb 14 09 às 0:42 Tenho um problema semelhante. Eu tenho um jogo trabalhando em orientação horizontal (paisagem esquerda e direita). Para gerenciar uma aplicação de visualização múltipla, uso um UIviewController de raiz, ou seja, um UIViewcontroller simulado com UIview que não faz nada. Em seguida, adicionei todas as outras UIview como uma subvisão. Ao iniciar o aplicativo, o emulador gira rapidamente para uma orientação vertical, e eu obtive cada uma das minhas visualizações com sua propriedade de quadro com aparência (0, -80,320,480). Isso resulta na exibição sendo cortada por um retângulo 160 X 320 no lado direito. Percebi que o método shouldAutorotateToInterfaceOrientation: método de cada sub-visualização é chamado apenas uma vez, e isso acontece quando é adicionado à vista de raiz. Mais tarde, ao girar o dispositivo, apenas a vista de raiz recebe o método. Não é de surpreender que qualquer uma das chamadas de métodos willAnimate seja enviada apenas para a vista de raiz, portanto, definir qualquer um desses métodos nas sub-visualizações é inútil. Esses métodos são chamados toda vez que a orientação é alterada para uma orientação aceita pelo método shouldAutorotateToInterfaceOrientation:. Então pensei que poderia recuperar minha propriedade de quadro de submissões a partir daí. Para realizar isso, eu defini o seguinte método na minha classe rootViewController: não entendo por que a propriedade frame não está atualizada, mas eu sei que esta solução funciona. Espero que isso ajude. Guia de lançamento Uma das responsabilidades de um contêiner de controlador de exibição é projetar suas visualizações de controladores de exibição infantil. Este guia passa sobre como você pode controlá-lo. Reveal vs Peek Amount É assim que você especifica a posição horizontal da vista superior quando está ancorado em um lado. É importante saber a diferença entre a revelação ancorada e os valores de pontos de vista ancorados ao suportar múltiplas orientações e tamanhos de tela. Se você só precisa suportar uma orientação única em um tamanho de tela específico, a diferença não é importante. Revelar A quantidade horizontal da vista inferior para mostrar. Peek A quantidade horizontal da vista superior para mostrar. A convenção de nomenclatura para as propriedades: âncora (esquerda ou direita) (Revelar ou Peek) Quantidade. A combinação de todas as possibilidades leva a estas quatro propriedades: anchorLeftPeekAmount anchorLeftRevealAmount anchorRightPeekAmount anchorRightRevealAmount Definir a quantidade de revelar em um lado irá calcular a quantidade de espiar para o mesmo lado e vice-versa. A propriedade que você definir será um valor fixo, fazendo com que o outro seja calculado. Esta é uma propriedade incorporada no UIViewController. Sua descrição do iOS 7 UI Transition Guide: A propriedade edgeForExtendedLayout usa o tipo UIRectEdge, que especifica cada um dos retângulos de quatro bordas, além de especificar nenhum e todos. Use edgeForExtendedLayout para especificar quais bordas de uma vista devem ser estendidas, independentemente da translucidez da barra. Por padrão, o valor dessa propriedade é UIRectEdgeAll. ECSlidingViewController usa esse valor para decidir qual das bordas das vistas se estender para o recipiente. Se uma borda não for estendida, ela será colocada no guia de layout. Este é o mesmo comportamento que os contêineres do controlador de visão UIKit, exceto que as bordas laterais têm significado. Deixando UIRectEdgeTop fora da máscara edgeForExtendedLayout colocará a borda superior no guia de layout superior. Deixando UIRectEdgeBottom para fora da máscara edgesForFieldedLayout colocará a borda superior no guia de layout inferior. Deixando UIRectEdgeLeft para fora da máscara edgesForFundamentExtendido irá colocar a borda esquerda para onde a borda direita vistas superior seria quando ancorado à esquerda. Isso afeta somente os controladores de exibição usados ​​como underRightViewController. Ele pode ocupar a largura total do recipiente ou então ele será igual à quantidade de revelação (se ele é fixo ou calculado). Deixando UIRectEdgeRight para fora da máscara edgeForExtendedLayout colocará a borda direita para onde as vistas superiores deixaram a borda seria quando ancorado direito. Isso afeta somente os controladores de exibição usados ​​como underLeftViewController. Ele pode ocupar a largura total do recipiente ou então ele será igual à quantidade de revelação (se ele é fixo ou calculado). O layout para as vistas superior e inferior pode ser personalizado. Isso é feito criando um objeto que está em conformidade com o protocolo ECSlidingViewControllerLayout e retorná-lo no método de delegado de controladores de exibição deslizante: slidingViewController: layoutControllerForTopViewPosition: ECSlidingViewControllerLayout tem um único método a ser implementado: Você deve retornar um CGRect representando um quadro para o viewController determinado e TopViewPosition. Você pode retornar CGRectInfinite para alternar no layout padrão. Retorna um CGRect que é calculado com base no quadro de visualizações do slidingViewController s. Se for corrigido ou baseado no quadro das telas, as mudanças de rotação e limites podem quebrar o layout. Posicione a vista superior de acordo com os valores ancorados do slidingViewController s. Mantenha a semântica da topViewPosition. Por exemplo, se a topViewPosition é ECSlidingViewControllerTopViewPositionAnchoredRight. Em seguida, posicione a vista superior em algum lugar para a direita. Como as acima são sugestões. Você não tem que segui-los. Basta saber as conseqüências que você pode quebrar o layout de rotação ou a semântica da API ECSlidingViewController.