O conteúdo fica abaixo da barra de navegação quando incorporado ao controlador de exibição de contêiner personalizado.
ATUALIZAR
Com base na resposta de Tim, implementei o seguinte em cada controlador de exibição que tinha uma visualização de rolagem (ou subclasse) que fazia parte do meu contêiner personalizado:
- (void)didMoveToParentViewController:(UIViewController *)parent
{
if (parent) {
CGFloat top = parent.topLayoutGuide.length;
CGFloat bottom = parent.bottomLayoutGuide.length;
// this is the most important part here, because the first view controller added
// never had the layout issue, it was always the second. if we applied these
// edge insets to the first view controller, then it would lay out incorrectly.
// first detect if it's laid out correctly with the following condition, and if
// not, manually make the adjustments since it seems like UIKit is failing to do so
if (self.collectionView.contentInset.top != top) {
UIEdgeInsets newInsets = UIEdgeInsetsMake(top, 0, bottom, 0);
self.collectionView.contentInset = newInsets;
self.collectionView.scrollIndicatorInsets = newInsets;
}
}
[super didMoveToParentViewController:parent];
}
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Eu tenho controlador de exibição de contêiner personalizado chamadoSegmentedPageViewController
. Eu defini isso como umUINavigationController's rootViewController
.
O propósito deSegmentedPageViewController
é permitir umUISegmentedControl
, definido como titleView do NavController, para alternar entre diferentes controladores de exibição filho.
Todos esses controladores de visualização filho contêm uma visualização de rolagem, tableview ou coleção.
Estamos descobrindo que o primeiro controlador de visualização é carregado corretamente, posicionado sob a barra de navegação. Mas quando mudamos para um novo controlador de visualização, a barra de navegação não é respeitada e a visualização é definida abaixo da barra de navegação.
Estamos usando o layout automático e o construtor de interface. Tentamos tudo o que podemos pensar, mas não conseguimos encontrar uma solução consistente.
Aqui está o bloco de código principal responsável por definir o primeiro controlador de visualização e mudar para outro quando um usuário toca no controle segmentado:
- (void)switchFromViewController:(UIViewController *)oldVC toViewController:(UIViewController *)newVC
{
if (newVC == oldVC) return;
// Check the newVC is non-nil otherwise expect a crash: NSInvalidArgumentException
if (newVC) {
// Set the new view controller frame (in this case to be the size of the available screen bounds)
// Calulate any other frame animations here (e.g. for the oldVC)
newVC.view.frame = self.view.bounds;
// Check the oldVC is non-nil otherwise expect a crash: NSInvalidArgumentException
if (oldVC) {
// **** THIS RUNS WHEN A NEW VC IS SET ****
// DIFFERENT FROM FIRST VC IN THAT WE TRANSITION INSTEAD OF JUST SETTING
// Start both the view controller transitions
[oldVC willMoveToParentViewController:nil];
[self addChildViewController:newVC];
// Swap the view controllers
// No frame animations in this code but these would go in the animations block
[self transitionFromViewController:oldVC
toViewController:newVC
duration:0.25
options:UIViewAnimationOptionLayoutSubviews
animations:^{}
completion:^(BOOL finished) {
// Finish both the view controller transitions
[oldVC removeFromParentViewController];
[newVC didMoveToParentViewController:self];
// Store a reference to the current controller
self.currentViewController = newVC;
}];
} else {
// **** THIS RUNS WHEN THE FIRST VC IS SET ****
// JUST STANDARD VIEW CONTROLLER CONTAINMENT
// Otherwise we are adding a view controller for the first time
// Start the view controller transition
[self addChildViewController:newVC];
// Add the new view controller view to the view hierarchy
[self.view addSubview:newVC.view];
// End the view controller transition
[newVC didMoveToParentViewController:self];
// Store a reference to the current controller
self.currentViewController = newVC;
}
}
}