Ввод полное представление таблицы внутри ячейки CrazyTalk. Может быть, кто-то запустил его, чтобы это действительно выполнялось - это не значит, что это лучшая практика или хорошая практика.
Я отвечу на ваш вопрос после того, как вы сделаете одно предложение на землю. Пожалуйста, рассмотрите следующие рекомендации Apple, поместив только сводку каждого события в ячейках этой таблицы и позвольте пользователю нажать на другой контроллер просмотра, чтобы просмотреть сведения о конкретном событии. Это, вероятно, поможет вам быстрее развивать ваше приложение и выйти на рынок, тогда вы можете подумать о продвинутых вещах, таких как настройка отдельных высот ячеек во время выполнения.
Если вы настаиваете на том, чтобы положить все свои яйца в эту корзину, то я думаю, вам нужно будет реализовать свою ячейку просмотра таблицы в IB, обратите внимание на детали для всех размеров рамок вашего контента, а затем на время работы, используйте один из методов NSString sizeWithFont:constrainedToSize:
, чтобы определить, насколько велики ваши метки. Сделайте их такими большими. Затем из этих данных вычислите высоту вашей ячейки и верните это значение из вашего вида таблицы tableView:heightForRowAtIndexPath:
. Вот как я реализовал эту функциональность в приложении несколько лет назад. (Честно говоря, я не уверен, что он все еще работает.) Может быть несколько лучших методов для определения размера метки в CoreText, я не смотрел.
Лучшая ставка будет заключаться в том, чтобы ограничить длину текста, который вы можете поместить на каждую метку. Затем вы можете просто определить метки статически и использовать ячейку с постоянным размером. Объединение в IB не является жестким. Просто выложите все и убедитесь, что вы создаете соединение IBOutlet и XCode/IB для каждого объекта, который вы хотите манипулировать в коде.
Удачи вам!
Подождите, так ли ваша картинка, или она должна быть одной ячейкой? –
Только одна ячейка. Каждая ячейка представляет событие в списке событий – JonWells