Ответ 1

Рабочее решение с iOS 9

В подклассе UITableViewHeaderFooterView введите следующий код.

- (void)setFrame:(CGRect)frame {
    if (frame.size.width == 0) {
        return;
    }

    [super setFrame:frame];
}

Объяснение:

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

Если вы проверяете ограничения ширины, которые находятся в представлениях заголовка/нижнего колонтитула, есть два, один из которых содержится в надзоре (представление таблицы) для ширины, а один из них содержится в самом представлении заголовка/нижнего колонтитула для ширины.

Ограничение, содержащееся в супер-представлении, представляет собой NSAutoresizingMaskLayoutConstraint, который является поддачей, что представление таблицы зависит от фреймов для управления заголовками. Переключение транслятовAutoresizingMaskIntoConstraints на NO в представлении заголовка аффективно нарушает его внешний вид, который еще один отдает.

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

Это решение должно работать хорошо и не должно влиять на производительность прокрутки.

Ответ 2

Я наткнулся на эту последнюю неделю.

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

Вещи, которые не работали для меня.

Предложение установить estimatedRowHeight. Я попытался установить estimatedSectionHeaderHeight, но это не помогло. Установка estimatedSectionFooterHeight создала пустые нижние колонтитулы, где я не хотел их, что было немного странно.

Я также попытался установить translatesAutoresizingMaskIntoConstraints = NO; в представлении нижнего колонтитула заголовка и в его представлении содержимого. Ничто не избавилось от предупреждения, и один из них полностью нарушил макет.

Ответ 3

У меня была аналогичная проблема с только одной дополнительной меткой в ​​contentView. Попробуйте вставить

static void MBTableDetailStyleFooterViewCommonSetup(MBTableDetailStyleFooterView *_self) {
    _self.contentView.translatesAutoresizingMaskIntoConstraints = NO
    [...]
}

в первой строке в вашей функции MBTableDetailStyleFooterViewCommonSetup. Для меня это работает в сочетании с reloadSections:withRowAnimations:.

Update:

Я также добавил новое ограничение для contentView для использования всей ширины:

NSArray *horizontalConstraints = [NSLayoutConstraint constraintsWithVisualFormat:@"H:|[contentView]|"
                                                                          options:0
                                                                          metrics:nil
                                                                            views:@{@"contentView" : _self.contentView}];
[_self.contentView.superview addConstraints:horizontalConstraints];

Ответ 4

Раздражающе, похоже, что UITableViewHeaderFooterView не любит постоянные ограничения, например.

| -10- [вид] -10- |

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

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

| - (< = 10) - [вид] - (< = 10) - |

который должен удовлетворять нулевой ширине и должен давать желаемый запас при изменении размера.

Ответ 5

Я не вижу, как вы называете translatesAutoresizingMaskIntoConstraints = NO на нижнем колонтитуле. Должны ли вы делать это при его создании?

- (id)initWithReuseIdentifier:(NSString *)reuseIdentifier {
    self = [super initWithReuseIdentifier:reuseIdentifier];
    self.translatesAutoresizingMaskIntoConstraints = NO;
    MBTableDetailStyleFooterViewCommonSetup(self);
    return self;
}

Ответ 6

У меня была аналогичная проблема, только один UILabel в contentView, и я использовал масонство:

_titleLabel = ({
    UILabel *label = [MLBUIFactory labelWithType:MALabelTypeB];
    [self.contentView addSubview:label];
    [label mas_makeConstraints:^(MASConstraintMaker */make) {
        make.centerY.equalTo(self.contentView);
        make.left.equalTo(self.contentView).offset(8);
        make.right.equalTo(self.contentView).offset(-8);
    }];

    label;
});

то я получил предупреждение:

(
"<MASLayoutConstraint:0x1742b2c60 UILabel:0x124557ee0.left == _UITableViewHeaderFooterContentView:0x12454c640.left + 8>",
"<MASLayoutConstraint:0x1742b3080 UILabel:0x124557ee0.right == _UITableViewHeaderFooterContentView:0x12454c640.right - 8>",
"<NSLayoutConstraint:0x174280780 _UITableViewHeaderFooterContentView:0x12454c640.width == 0>"
)
Will attempt to recover by breaking constraint 
<MASLayoutConstraint:0x1742b3080 UILabel:0x124557ee0.right == _UITableViewHeaderFooterContentView:0x12454c640.right - 8>

поэтому я попытался установить self.translatesAutoresizingMaskIntoConstraints = NO;, но для меня это не сработало, поэтому я сосредоточился на предупреждающем сообщении, и я смущен, почему левое ограничение работает, но правильно, когда я увидел _UITableViewHeaderFooterContentView:0x12454c640.width == 0, Я понял, может быть, почему правое ограничение является ограничивающим ограничением, тогда я изменил код:

_titleLabel = ({
    UILabel *label = [MLBUIFactory labelWithType:MALabelTypeB];
    [self.contentView addSubview:label];
    [label mas_makeConstraints:^(MASConstraintMaker */make) {
        make.centerY.equalTo(self.contentView);
        make.left.equalTo(self.contentView).offset(8);
        make.width.equalTo(@(SCREEN_WIDTH - 16));
    }];

    label;
});

Я заменил правое ограничение на ограничение ширины, и предупреждение исчезло.

Есть другой способ, чтобы предупреждение не было: self.contentView.translatesAutoresizingMaskIntoConstraints = NO;, НО рамка метки ошибочна.

Ответ 7

Необходимо обновить contentView frame, и предупреждения не будут. Это может быть похоже на Проблема с ограничениями автоматической компоновки на iOS7 в UITableViewCell

public class MyHeaderview: UITableViewHeaderFooterView {
    // Add views to contentView

    public override func layoutSubviews() {
        super.layoutSubviews()
        contentView.frame = bounds
    }
}

Ответ 8

В iOS 11 я просто не смог получить UITableViewHeaderFooterView для правильной отображения.

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

Здесь решение

override func layoutSubviews() {
    super.layoutSubviews()
    guard bounds != CGRect.zero else {
        return
    }
    makeConstraints()
}