Etiqueta: layout

El teclado reduce la altura máxima del cuerpo del Scaffold, así que una Column que apenas cabía ahora se desborda. Envuelve el cuerpo en un scrollable en lugar de desactivar resizeToAvoidBottomInset.

Para una lista larga, nunca uses shrinkWrap. Usa Expanded cuando la lista es el único scrollable, y slivers (CustomScrollView) cuando comparte scroll con otras secciones. Aquí está el porqué, con un benchmark de conteo de builds.

Mueve el color dentro de la decoración: usa decoration: BoxDecoration(color: ...) en lugar de pasar color y decoration al mismo Container.

Este error significa que un Expanded o Flexible no es hijo directo de un Row, Column o Flex. Muévelo directamente bajo el widget flex, o quita Expanded si el padre no es un flex.

La lista slivers de un CustomScrollView solo acepta slivers. Envuelve los widgets de tipo caja en SliverToBoxAdapter, o cambia ListView/Padding/Column por SliverList y SliverPadding.

Por qué un ListView dentro de un Column lanza 'Vertical viewport was given unbounded height', y las cuatro soluciones (Expanded, Flexible, shrinkWrap, SizedBox) con los compromisos de rendimiento que deciden cuál quieres.

Coloca una lista y una cuadrícula en un solo scroll continuo sin scrollables anidados. Usa CustomScrollView con SliverList y SliverGrid, y evita la trampa de shrinkWrap que arruina el rendimiento en silencio.

RenderBox was not laid out casi siempre es un error secundario. Busca la primera aserción de layout encima, normalmente un scrollable con restricciones no acotadas, y corrige eso.

La solución en 30 segundos: envuelve el hijo que se desbordó en Expanded o Flexible. Después lee el resto para entender por qué Row y Column no recortan, qué significan las constraints sin límite y qué solución corresponde a cada layout.