Хорошо, поэтому я застрял. В моем приложении у меня есть представление продукта. В этом представлении есть два вложенных представления таблицы внутри прокрутки. Первое представление таблицы - только одна ячейка и содержит статический текст. Эта длина текста является динамической, на основе которой вы выбираете. Второй вид таблицы состоит из нескольких ячеек, основанных на том, сколько субпродуктов связано с этим продуктом. Таким образом, в iOS 5 было довольно легко динамически перемещать кадр каждого представления таблицы в зависимости от того, насколько большой текст был в первом представлении таблицы. Тогда я мог бы просто подсчитать высоту всех видов таблиц, и это будет высота прокрутки. Проблема в том, когда я включил автоматический макет, который получил. Из моего понимания scrollviews изменились. Мы не можем использовать размер рамки или содержимого прокрутки. Итак, первое, что я сделал, это все изменилось до противоречий. Я сделал следующее ниже.iOS 6 AutoLayout с несколькими таблицами всех динамических высот
CGSize descriptionSize = [descriptionDetail sizeWithFont:
[UIFont systemFontOfSize:14]
constrainedToSize:CGSizeMake(320, CGFLOAT_MAX)
lineBreakMode:NSLineBreakByWordWrapping];
self.theScroller.translatesAutoresizingMaskIntoConstraints= NO;
[self.theScroller setContentInset:UIEdgeInsetsMake(0, 0, (descriptionSize.height+ (43 * [Solution count])), 0)];
Теперь это выше работает безупречно. Скролл-свитки отлично прокручиваются и имеют правильную высоту с автоматическим расположением.
Теперь часть, на которую я застрял, - это динамическое перемещение двух табличных представлений вверх и вниз в зависимости от того, как долго это описание или сколько ячеек находится во втором представлении таблицы? Рамки табличного представления, похоже, не влияют на то, где они расположены. Я попытался возиться с контурами, но, похоже, никуда не денусь. Любая помощь будет принята с благодарностью. Благодаря
Это действительно хорошая идея! Не знаю, почему я об этом не думал раньше. Часть меня думает, что я пробовал это раньше и столкнулся с проблемой. Я попробую еще раз и посмотрю, что я придумал. Спасибо за предложение. – mikemike396
Если tableHeaderView не работает, вы также можете попробовать сделать это с двумя разными типами ячеек таблицы: один для изображения и один для остальных. – James
Только что сделано, реализовав один подход к представлению таблицы. Работает как шарм! Спасибо за идею. Не могу поверить, что я не думал об этом раньше. – mikemike396