Tag: layout

Für eine lange Liste sollten Sie niemals shrinkWrap verwenden. Nutzen Sie Expanded, wenn die Liste das einzige Scrollable ist, und Slivers (CustomScrollView), wenn sie sich das Scrollen mit anderen Abschnitten teilt. Hier ist das Warum, mit einem Build-Count-Benchmark.

Verschieben Sie die Farbe in die Decoration: verwenden Sie decoration: BoxDecoration(color: ...) statt color und decoration an denselben Container zu übergeben.

Dieser Fehler bedeutet, dass ein Expanded oder Flexible kein direktes Kind eines Row, Column oder Flex ist. Verschieben Sie es direkt unter das Flex-Widget, oder entfernen Sie Expanded, wenn der Parent kein Flex ist.

Die slivers-Liste einer CustomScrollView akzeptiert nur Sliver. Verpacken Sie Box-Widgets in SliverToBoxAdapter oder ersetzen Sie ListView/Padding/Column durch SliverList und SliverPadding.

Bringen Sie eine Liste und ein Raster in einen einzigen durchgehenden Scroll ohne verschachtelte Scrollables. Verwenden Sie CustomScrollView mit SliverList und SliverGrid und umgehen Sie die shrinkWrap-Falle, die still die Performance ruiniert.

Warum eine ListView in einer Column den Fehler 'Vertical viewport was given unbounded height' wirft, und die vier Lösungen (Expanded, Flexible, shrinkWrap, SizedBox) mit den Performance-Kompromissen, die entscheiden, welche Sie wollen.

RenderBox was not laid out ist fast immer ein Folgefehler. Suchen Sie die erste Layout-Assertion darüber, meist ein Scrollable mit unbeschränkten Constraints, und beheben Sie diese.

Der Fix in 30 Sekunden: verpacken Sie das überlaufende Kind in Expanded oder Flexible. Danach lesen Sie den Rest, um zu verstehen, warum Row und Column nicht stillschweigend abschneiden, was unbeschränkte Constraints bedeuten und welcher Fix zu welchem Layout passt.