хм. пойду попробую. спасибо)

есть, stackview называется

какой-то неочевидный и странный ход, выставить приоритет 999, что это дает?

Если контент ячейки динамически поменяется и будет больше самой ячейки, это убережет от поломанных конестрейнтов. К примеру если у тебя по кнопке на ячейке какие-то вьюхи скрываются/показываются -> меняется высота ячейки. Могу ошибаться, но вроде можно обойтись без этого, если обновление внутри begin/end updates

просто не пойму что это даст. ну допустим мы так сделаем, изменится контент, а ячейка останется прежнего размера?

какой в этом смысл

а как регулировать такой момент, что отступы между лейблами могут не совпадать? я просто со стеквью тыщу лет не работал

Всем приветы

Spacing?

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

Я говорю о том случае, когда высота точно меняется. Чтобы не видеть в логах Make a symbolic breakpoint..бла бла бла....Will attempt to recover by breaking constraint...

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

Конфликт конестрейнтов, в момент когда поменялась высота контента, а begin/end updates еще не вызывали. У ячейки одна высота, у контента другая, в этом конфликт

это в какой момент? разве это в коде не делается одновременно?

ребят подскажите какие идеи - нужно сделать в приложении админские скрины с входом по 4х значному пин коду. Как хранить пароль чтобы не слили? Бэкенда нет в аппе.

да ладно, я тебя тролю. просто либо мы указываем привязку к низу, тем самым говоря увеличивать высоту ячейки (и одновременно следим за этим и вызываем begin/end updates), либо мы понижаем приоритет этой привязки, тем самым говоря "мы как бы хотим такую высоту, но если кто-то другой хочет иначе, пусть он решает", таким образом ячейка не изменит размер до следующего пересчета высоты (релоада, апдейта, показа, лэйаута таблицы и т.д.) и контент будет клипаться. просто второй вариант не имеет смысла (зачем контент, который клипается все равно?), вот я и решил до тебя докопаться

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

begin/end updates обычно прокидывать куда-то внутрь логики контента ячейки не удобно и чаще не правильно

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

сама ячейка конечно не может вызвать таблицу, у нее ж прямой связи с ней нет