Tag: layout

Para uma lista longa, nunca use shrinkWrap. Use Expanded quando a lista for o único scrollable, e slivers (CustomScrollView) quando ela compartilhar o scroll com outras seções. Aqui está o porquê, com um benchmark de contagem de builds.

Mova a cor para dentro da decoração: use decoration: BoxDecoration(color: ...) em vez de passar color e decoration para o mesmo Container.

Este erro significa que um Expanded ou Flexible não é filho direto de um Row, Column ou Flex. Mova-o diretamente para baixo do widget flex, ou remova Expanded se o pai não for um flex.

A lista slivers de um CustomScrollView aceita apenas slivers. Envolva widgets box em SliverToBoxAdapter, ou troque ListView/Padding/Column por SliverList e SliverPadding.

Coloque uma lista e uma grade em uma única rolagem contínua sem scrollables aninhados. Use CustomScrollView com SliverList e SliverGrid, e evite a armadilha do shrinkWrap que arruína o desempenho silenciosamente.

Por que um ListView dentro de um Column lança 'Vertical viewport was given unbounded height', e as quatro soluções (Expanded, Flexible, shrinkWrap, SizedBox) com os trade-offs de desempenho que decidem qual você quer.

RenderBox was not laid out quase sempre é um erro secundário. Procure a primeira asserção de layout acima dele, geralmente um scrollable com restrições não limitadas, e corrija isso.

A correção em 30 segundos: envolva o filho que estourou em Expanded ou Flexible. Depois leia o resto para entender por que Row e Column não recortam, o que constraints sem limite significam e qual correção serve para cada layout.