Тег: layout

Для длинного списка никогда не используйте shrinkWrap. Используйте Expanded, когда список является единственным прокручиваемым элементом, и sliver-ы (CustomScrollView), когда он делит прокрутку с другими секциями. Вот почему, с бенчмарком по числу build-ов.

Перенесите цвет внутрь decoration: используйте decoration: BoxDecoration(color: ...) вместо передачи color и decoration в один и тот же Container.

Эта ошибка означает, что Expanded или Flexible не является прямым потомком Row, Column или Flex. Переместите его непосредственно под flex-виджет или уберите Expanded, если родитель не flex.

Список slivers у CustomScrollView принимает только слайверы. Оберните box-виджеты в SliverToBoxAdapter или замените ListView/Padding/Column на SliverList и SliverPadding.

Разместите список и сетку в одной непрерывной прокрутке без вложенных прокручиваемых виджетов. Используйте CustomScrollView со SliverList и SliverGrid и обойдите ловушку shrinkWrap, которая незаметно убивает производительность.

Почему ListView внутри Column выбрасывает 'Vertical viewport was given unbounded height', и четыре решения (Expanded, Flexible, shrinkWrap, SizedBox) с компромиссами по производительности, которые определяют, какое вам нужно.

RenderBox was not laid out почти всегда вторичная ошибка. Найдите первое утверждение layout выше, обычно это scrollable с неограниченными ограничениями, и исправьте его.

Решение за 30 секунд: оберните потомка, вызвавшего переполнение, в Expanded или Flexible. Затем прочитайте остальное, чтобы понять, почему Row и Column не обрезают молча, что значат неограниченные constraints и какое решение подходит к какому макету.