NSSplitView и автомакет

Для тех, кто наткнется на это в будущем и ищет рывок к замене NSSplitView на основе ограничений, я написал здесь небольшой проект, который пытается воссоздать часть функций NSSplitView с помощью Auto Layout:

https://github.com/jwilling/JWSplitView

Это несколько ошибочно, но это может быть полезной ссылкой для всех, кто хочет пойти по этому пути.

В версии 10.8 эта проблема устранена, см. примечания к выпуску.

Вот мое решение для 10.7 (настраиваемое разделенное представление): https://github.com/benuri/HASplitView.git

Вы вообще не хотите отключать translatesAutoresizingMaskIntoConstraints. Вы не должны связываться с ограничениями системных представлений. NSSplitView сам обрабатывает размеры отдельных представлений, и вы, по сути, пытаетесь лишить его контроля. Не говоря уже о том, что вы забыли учесть сплиттер.

Правильный способ установить минимальную или максимальную (или постоянную, если уж на то пошло) ширину/высоту в разделенном представлении — установить эти вещи в представлениях по отдельности. В частности, если вы делаете это в коде, вам нужно будет использовать 2 отдельных вызова limitedsWithVisualFormat, потому что в противном случае язык визуального формата создаст ограничения между представлениями.

Вы можете сделать все это в IB просто отлично. Вы даже можете установить приоритет каждого представления в разделенном представлении, что приведет к изменению размера одного или другого представления при изменении размера окна, а не равномерному распределению изменения размера.

Как бы мне не хотелось не соглашаться, но ответ Ауко не должен быть признан самым высоким. Это никоим образом не помогает решить проблему с адекватным объемом работы. На мой взгляд, NSSplitView всегда был проблемой только для тех, кто недостаточно хорошо читал документацию.

Фактическое решение проблемы, упомянутой здесь, довольно простое: Auto Layout представил новый «Holding Priorities API» в NSSplitView. И, как говорится в документации: установка более низких значений для приоритета удержания подпредставления повысит вероятность того, что он займет ширину раньше. Все это можно настроить в ИБ и программно без всякого отчаяния. Объем необходимой работы: 20 секунд прибл.

Я загружаю все файлом пера и setTranslatesAutoresizingMaskIntoConstraints:NO потом.

Так что, возможно, вам следует сначала добавить [mySplitView addSubview:myView]; свои представления и затем отключить перевод маски авторазмера в ограничения, а после этого добавить свое ограничение в myView.

ИЗМЕНИТЬ:

Хорошо, кажется, я неправильно понимаю myView. Вы должны добавить ограничение в подпредставления, а не в разделенное представление.

[topPane addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:[topPane(34)]" options:0 metrics:nil views:views]];

[bottomPane addConstraints:[NSLayoutConstraint constraintsWithVisualFormat:@"V:[bottomPane(24)]" options:0 metrics:nil views:views]];

Вам не нужно добавлять краевые ограничения («|» в «V:|[topPane(34)]»), потому что размеры подвидов в NSSplitView уже автоматически изменяются.

Это приводит к этому, например. для ограничения topPane:

ПРИМЕЧАНИЕ: игнорируйте содержимое подпредставления, это просто заполнители.

Мне потребовалось некоторое время, чтобы очистить мой автомакет от предупреждений, но я справился с этим в IB (несколько разделенных представлений и подпредставлений).

Мой макет выглядит так:

RootView
|--1-й NSSplitView (3 вертикальных подвида)
|----UIView (слева)
|----2-й NSSplitView (в центре и 2 горизонтальных подвида)
|---UIView (сверху)
|---3rd NSSplitView (снизу и 3 вертикальных подвида)
|---UIView ( слева)
|---UIView (в центре)
|---UIView (справа)
|----UIView (справа)

Моя проблема заключалась в том, что у меня было 19 предупреждений во всех моих подвидах, но мой макет выглядел нормально и работал так, как должен быть. Через некоторое время я нашел причину своих предупреждений: ограничения внешних представлений в моем первом разделенном представлении.

Оба представления (левое и правое) имели ограничение ширины с «шириной >= 200», а центральное представление (второе разделенное представление) не имело ограничений (поскольку его минимальная ширина и максимальная ширина обрабатывались его подпредставлениями).

Предупреждения показали мне, что autolayout хочет уменьшить мой IB-UI-Layout, потому что рассчитанная минимальная ширина меньше, чем мой макет, но я не хотел сжимать его в IB.

Я добавил фиксированное ограничение «ширина = 200» к обоим внешним подвидам моего первого разделенного представления и отметил «удалить во время сборки».

Теперь мой макет свободен от предупреждений и все работает как надо.

Мой вывод:

Я думаю, что проблема с autolayout и splitviews заключается в том, что autolayout не может обрабатывать ограничения ширины подвидов. Причина, по которой мы хотим использовать разделенные представления, заключается в том, что нам нужна динамическая ширина представлений, и мы хотим, чтобы она была в обоих направлениях, уменьшалась и расширялась.

Таким образом, ширины ‹= xxx && width >= xxx не существует. Autolayout может обрабатывать только один из них, и мы получаем предупреждения в IB. Вы можете решить эту проблему с помощью временного ограничения в IB, которое будет удалено перед выполнением.

Я надеюсь, что то, что я написал, имеет смысл, но в моем проекте это сработало нормально.

PS: я не мог найти никакого решения до сегодняшнего дня, когда я нашел эту тему ... так что, думаю, ваши сообщения вдохновили меня :-)

Я использовал этот класс в качестве обходного пути, он не идеален (подвиды немного заикаются), но он разблокировал меня. Я использую этот класс в качестве пользовательского класса внутри каждой разделенной области просмотра.

@interface FBSplitPaneView : NSView

@end

@implementation FBSplitPaneView

- (void)setFrame:(NSRect)frame
{
  for (NSView *subview in self.subviews) {
    subview.frame = self.bounds;
  }
  [super setFrame:frame];
}

@end