Почему некоторые из моих UIViews смещаются после навигации?

Question

В некоторых моих проектах приложений или только для некоторых UIView, после pushViewController navigationController, мое новое представление будет сдвинуто с окна на высоту строки состояния. В результате я помещу этот код в метод viewDidLoad.

CGRect frameAt = [self.view frame]; 
CGRect statusBarFrame = [[UIApplication sharedApplication] statusBarFrame]; 
frameAt.origin.y += statusBarFrame.size.height; 
[self.view setFrame: frameAt]; 

Это не имеет смысла для меня, что это намерение XCode и Interface Builder, так что я подозреваю, что я делаю что-то принципиально неправильно с SDK во время моего дизайна просмотра. Кроме того, в редких случаях, когда мне не нужно менять свое мнение, я действительно не знаю, какая разница в двух подходах к дизайну.

Обратите внимание, что большую часть времени я пытаюсь спроектировать свои представления с использованием IB, с небольшой настройкой.

Кто-нибудь еще сталкивается с этим и знает, что они делают, чтобы исправить без такой заглушки кода?

Answer 1

Я использовал Apple's NavBar sample code, чтобы попытаться воспроизвести эту проблему.

в applicationDidFinishLaunching изначально реализована следующим образом:

[window addSubview:navigationController.view]; 
[window makeKeyAndVisible]; 

Если изменить его к этому:

UIViewController *shellController = [[UIViewController alloc] initWithNibName:nil bundle:nil]; 
[shellController.view addSubview:navigationController.view]; 
[window addSubview:shellController.view]; 
[window makeKeyAndVisible]; 

Тогда я получаю разрыв появляющийся.

Однако, если я только это:

UIView *shell = [[UIView alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; 
[shell addSubview:navigationController.view]; 
[window addSubview:shell]; 
[window makeKeyAndVisible]; 

Тогда все выглядит нормальной.

Таким образом, я думаю, что каждый контроллер вида будет смещать свой вид, если его контроллер корневого представления. Но навигационный контроллер переопределяет это поведение, чтобы компенсировать его представление независимо от того, является ли он контроллером корневого представления. Поэтому я бы сказал, что ваш пробел появляется, потому что у вас есть контроллер навигации где-то ниже в иерархии, чем это должно быть.

Answer 2

Главное, чтобы иметь в виду, что контроллер вида устанавливает рамку своего представления. Это связано с тем, что объем пространства, доступного для представления, может измениться в течение всего срока действия приложения, и только контроллер представления знает, как правильно отрегулировать рамку представления. Примеры того, когда количество изменений пространства включает в себя изменение высоты навигационной панели, поворот устройства от портрета к ландшафту, а строка состояния также может увеличиваться в высоту, если пользователь выполняет вызов. Из-за этого вы не должны изменять рамку представления самостоятельно.

Итак, первое, что вам нужно, это удалить весь код, связанный с модификацией рамки представления.

Теперь вам нужно спроектировать свои взгляды с учетом того, что размер рамки может измениться в любой момент. Это означает правильную настройку свойства авторазмера для каждого подсмотра. Если вы сделаете это, то не имеет значения, включите ли вы имитацию навигационной панели и строки состояния или нет; они как раз там, чтобы помочь вам понять, как будет выглядеть конечный результат в большинстве случаев.

Вы можете установить свойство авторезистентности каждого поднабора в Interface Builder в инспекторе размеров (тот, который имеет значок линейки). В анимации белый квадрат представляет корневой вид контроллера вида, красное поле представляет выбранное в данный момент подвью. Вы заметите, что подвью привязывается к верхнему левому углу корневого представления по умолчанию. Это прекрасно, если размер представления никогда не изменяется, но мы знаем, что это не так. Если у вас есть подпункты, которые вы хотите отобразить внизу, неважно, что нужно, тогда вам нужно сыграть с диаграммой слева. Способ его работы заключается в том, что выбрана одна из четырех линий вокруг края, тогда фиксируется расстояние между этим краем корневого представления и краем подвью. Поэтому, если вы хотите, чтобы подвью отображалось внизу, вам нужно убедиться, что выбрана самая нижняя строка, а не верхняя. Две линии в середине влияют на изменение размера подзона при изменении размера корневого представления. Так, например, если у вас было представление таблицы, которое вы хотели бы занять всю высоту экрана, вы должны убедиться, что выбрана внутренняя вертикальная линия. Это называется моделью распорок и пружин.

Если вы добавляете подпрограммы программно, вам необходимо установить свойство autoresizingMask для каждого поднабора. Here's an explanation.

Надеюсь, что это поможет!

Answer 3

У меня возникли аналогичные проблемы.Проверьте мои два предыдущих вопроса:

IPhone - After dismissing Modal View Controller - gap is left at top of page

IPhone - UIView addSubview Gap at top

Answer 4

link text

Аналогичная ошибка обсуждается здесь.

Также установлена ​​анимация NO? Попробуйте настроить его на YES, поскольку это решило проблему, с которой я столкнулся.

Answer 5

Ответ Моши был очень полезен, поскольку я, наконец, осознал смысл пунктирных/сплошных линий в IB для управления свойствами изменения размеров элементов UIView.

Однако при настройке этих свойств не была решена аналогичная проблема, с которой я столкнулся с одним из моих взглядов. Этот вид имел статус и верхний бар, определенный в IB. Это был немного тяжелый, , содержащий UIWebView, который загружал бы HTML-строку в пределах viewWillAppear и несколько других элементов интерфейса.

При загрузке представления, если пользователь неожиданно изменил ориентацию устройства от портретного до ландшафтного, все содержимое представления сдвинется вниз по высоте строки состояния. Результирующий зазор между элементами управления представлением и его вершиной остался бы даже после переключения обратно в портретную ориентацию.

Что, наконец, решить свои проблемы, и мои оставшиеся волосы, добавляли строку:

self.view.frame = [[UIScreen mainScreen] bounds]; 

в

-(void) willAnimateRotationToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation duration:(NSTimeInterval)duration 

С тех пор мое содержание представления удерживается на месте, несмотря на резкие изменения ориентации устройства.