У мене є погляд, який повинен маніпулювати кадром програмно - це вид документа, який перетворюється на його вміст, який потім прокручується та збільшується навколо огляду, маніпулюючи походженням кадру. Autolayout бореться з цим під час виконання.
Вимкнення автоматичного вимикання здається дещо суворим, оскільки його можна обґрунтовано використовувати для обробки макета для інших представлень. Здається, те, що я, можливо, хотів би бути якимось "нульовим обмеженням".
Відповіді:
У мене була така ж проблема. Але я це вирішив.
Так, ви можете вимкнути автоматичний макет під час виконання для певного UIView, замість того, щоб вимкнути його для цілого Xib або дошки, що встановлено за замовчуванням у Xcode 4.3 та пізніших версіях.
Встановіть translatesAutoresizingMaskIntoConstraintsна YES, перш ніж встановити рамку вашого підвиди:
self.exampleView.translatesAutoresizingMaskIntoConstraints = YES;
self.exampleView.frame = CGRectMake(20, 20, 50, 50);
У мене була подібна проблема, коли Autolayout переосмислив деякі мої настройки кадру під час виконання (у мене був динамічний вигляд, який у деяких випадках натискав на новий контролер перегляду ... натискання та натискання Назад скине початковий вигляд).
Я вирішив це, помістивши свій маніпуляційний код у viewDidLayoutSubviewsмій контролер перегляду. Це, здається, викликається після того, як викликається будь-яке обмеження, але перед тим, як viewDidAppear, тому користувач не мудріший.
В iOS 8 ви можете встановити, що NSLayoutConstraint буде активним чи ні. Тож якщо я використовую конструктор інтерфейсів, я додаю всі свої обмеження до OutletCollection, а потім активую або відключаю, використовуючи:
NSLayoutConstraint.deactivateConstraints(self.landscapeConstraintsPad)
NSLayoutConstraint.activateConstraints(self.portraitConstraintsPad)
Конкретний додаток, який я тут використовую, має різні обмеження в портретному та пейзажному режимі, і я активую / вимикаю на основі обертання пристрою. Це означає, що я можу створити деякі складні зміни в компонуванні всіх в конструкторі інтерфейсів для обох орієнтацій, і все ж використовувати автоматичну компоновку без багатослівного коду автоматичного макета.
Або ви можете активувати / деактивувати за допомогою RemoveConstraints та addConstraints.
Я не знаю, чи це допоможе комусь іншому, але я написав категорію, щоб зробити це зручно, тому що я вважаю, що роблю це багато.
UIView + DisableAutolayoutTem privremeno.h
#import <UIKit/UIKit.h>
@interface UIView (DisableAutolayoutTemporarily)
// the view as a parameter is a convenience so we don't have to always
// guard against strong-reference cycles
- (void)resizeWithBlock:(void (^)(UIView *view))block;
@end
UIView + DisableAutolayoutTem privremeno.m
#import "UIView+DisableAutoResizeTemporarily.h"
@implementation UIView (DisableAutoResizeTemporarily)
- (void)resizeWithBlock:(void (^)(UIView * view))block
{
UIView *superview = self.superview;
[self removeFromSuperview];
[self setTranslatesAutoresizingMaskIntoConstraints:YES];
__weak UIView *weakSelf = self;
block(weakSelf);
[superview addSubview:self];
}
@end
Я використовую це так:
[cell.argumentLabel resizeWithBlock:^(UIView *view) {
[view setFrame:frame];
}];
Сподіваюся, це допомагає.
Ви можете розділити на кілька дощок, якщо ви хочете використовувати авторозкладку для деяких представлень.
На мій погляд, у мене були етикетка та текст. Етикетка мала жест пан. Під час перетягування мітка добре переміщується. Але коли я використовую клавіатуру текстового поля, мітка скидає своє положення до початкового місця, визначеного в автоматичному макеті. Проблема була вирішена, коли я швидко додав наступне для ярлика. Я додав це в viewWillAppear, але його можна додати майже в будь-якому місці, де ви маєте доступ до цільового поля.
self.captionUILabel.translatesAutoresizingMaskIntoConstraints = trueЦе сталося зі мною в проекті без раскадров або файлів xib. Всі 100% код. Я мав рекламний банер внизу і хотів, щоб межі перегляду зупинялися на рекламному банері. Перегляд автоматично змінить розмір зображення після завантаження. Я намагався кожну резолюцію на цій сторінці, але жодна з них не спрацювала.
Я в кінцевому підсумку просто створив подання з укороченою висотою і помістив його в основний вигляд контролера. Потім весь мій вміст зайшов у підпогляд. Це вирішило проблему дуже легко, не роблячи нічого, що здавалося, що це йде проти зерна.
Я думаю, якщо ви хочете переглянути, який не є нормальним розміром, який заповнює вікно, то для цього слід використовувати підгляд.
Я зіткнувся з подібним сценарієм, коли я приєднався до проекту, який був ініційований з автоматичним компонуванням, але мені потрібно було внести динамічні корективи в декілька переглядів. Ось що для мене спрацювало:
НЕ мати перегляди або компоненти, викладені в конструкторі інтерфейсів.
Додайте свої погляди суто програмно, починаючи з alloc / init і відповідним чином встановлюючи їх кадри.
Зроблено.
Замість того, щоб вимкнути автоматичний розклад, я б просто обчислив нове обмеження за допомогою кадру, який ви замінюєте. Мені здається, це відповідний спосіб. Якщо ви коригуєте компоненти, що спираються на обмеження, відрегулюйте їх відповідно.
Наприклад, якщо у вас є вертикальне обмеження 0 між двома видами перегляду (myView та otherView), і у вас є жест панорамування або щось, що регулює висоту myView, ви можете перерахувати обмеження на коригувані значення.
self.verticalConstraint.constant = newMyViewYOriginValue - (self.otherView.frame.origin.y + self.otherView.frame.size.height);
[self.myView needsUpdateConstraints];якщо це файл Xib: