хаков и обёрток получить констрейнты, которые отдал родитель? Я хочу сделать на их основе некоторые выводы, прежде чем передавать их в дочерние Composable.
У меня есть Row, в нём 6 элементов. Row не всегда влезает в родителя, в таком случае мне нужно руками изменить конфигурацию детей, чтобы уменьшить их размер, грубо говоря передать в аргументы "S" вместо "L". Через обычные модификаторы родить решение для такой задачи не смог. LayoutModifier на детях Row - костыльно и грязновато. Обернуть код в BoxWithConstraints - наверное, решение, но тоже грязновато, т.к добавляется лишняя нода. Через Layout - не смог в нужной мере чисто реализовать, т.к в нём обязателен вызов layout, а мне его звать не нужно, если я померил всех детей и ещё до `placement`задетектил, что размеры детей слишком велики.
Мне бы вот получить констрейнты ещё до того, как они будут переданы в Row. Это можно как - то сделать?
https://developer.android.com/jetpack/compose/layouts/intrinsic-measurements Оно?
Спасибо за ссылку. Штука интересная, однако нет, не вижу как она решает мою проблему. Я так понял, с её помощью я могу определить`minIntrinsicWidth` у нужных(всех в моем случае) детей в Row, после чего попросить Row использовать эти размеры, однако это не ложится на логику "Если все Composable не влели, нужно изменить их конфигурацию". Либо я не вижу, как её правильно применить.
BoxWithConstraints вполне нормальный вариант, не вижу ничего криминального. Ну либо SubcomposeLayout свой написать
Я вот не хотел использовать SubcomposeLayout, т.к не хотел пилить руками Row, да и вариант с SubcomposeLayout, как мне казалось, болеет тем же, что и Layout: "если обнаруживается, что дети не влезают, мне по контракту всё - равно придётся вызвать layout и тригернуть лишнюю композицию", однако это вроде не совсем так. Пошукаю в SubcomposeLayout спасибо, мб это оно.
https://youtu.be/bTgyDqBoZ_o Возможно нужное тебе решение. Он сделал компонент, который автоматически переносит контент, если он не влазит. Вообще у Филиппа много полезного, так что советую у него что-то подглядеть
На самом деле проще сделать подобный компонент, чем костыли вставлять
Как бы было всё просто, если бы мне требовался просто перенос контента =) Филиппу тут не требуется производить изменение конфигурации Composable, с которыми он работает. Если он такую задачу где - нибудь обыгрывает, я бы глянул конечно. Хотя это, наверное, на бандитизм смахивает, поэтому мне интуитивно не очень нравится, что я делаю. Я как внедряющий почему - то решил внести правки в дерево Compose функций на layout`этапе. С точки зрения `Compose - сначала пройди весь цикл, потом меняй дерево.
ну так не размещай, пустую лямбду передал и радуешься
Как насчет заменить то, в чем содержится row, на Layout? Наверняка это колумн. Там у тебя будут и размеры доступной области, и размеры детей, там сможешь решить размещать ли row и какую высоту дать, заодно избавишся от размеров S L
По смыслу это именно что Row. Это что - то очень похожее на отображение ввода пинкода, в банках обычно такое выглядит как несколько подряд идущих круглых отображений без разделения на несколько строк, а у меня это несколько односимвольных Text, причём их количество - динамично. Заменить Row на Layout - одна из первых идей, но она пока не взлетела. Да, констрейнты родителей у меня есть, и детей я померил, но что делать, если я обнаруживаю, что дети выходят за пределы родителя? Я не могу прервать layout фазу, внести изменение в Compose дерево и вызвать рекомпозицию, я вынужден продолжать размещать и отрисовывать элементы, даже не смотря на то что я уже знаю, что они не влезли и всё нужно перемерять. Оттого и грустно.
Обсуждают сегодня