Etiqueta: dart

Conecta un ScrollController a un ListView.builder, pide la siguiente página cuando position.extentAfter baja del umbral de precarga y protege la solicitud con banderas isLoading, hasMore y error. Implementación completa más la trampa de la primera página corta.

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.

Esa línea es un envoltorio, no el error. Vuelve a ejecutar con flutter run --verbose o ./gradlew assembleDebug --stacktrace, lee el fallo real de Gradle y corrige eso.

La clave del asset falta en el bundle compilado, no en tu disco. Corrige la indentación del pubspec, agrega la barra final, iguala la clave y reinicia por completo.

Guía completa para publicar una app web de Flutter compilada a WebAssembly en Flutter 3.44: cómo son las dos compilaciones que se emiten, por qué Firefox y Safari siguen recibiendo JavaScript por el wasmAllowList del loader, la migración desde dart:html hacia dart2wasm, los headers COOP/COEP que deciden si skwasm corre multihilo, y cómo comprobar en runtime qué compilación cargó realmente el navegador.

Un recorrido paso a paso desde el setState local del widget hacia un Notifier de Riverpod 3.x: clasifica lo que realmente sale del widget, escribe el Notifier, conviértelo a ConsumerWidget y sobrevive al filtrado por ==, a la reejecución de build() y a los valores por defecto de autoDispose que muerden a quienes vienen de setState. Probado con Flutter 3.44, Dart 3.x y flutter_riverpod 3.3.2.

Instala flutter_riverpod para casi cualquier app de Flutter. Usa riverpod solo para código Dart puro, y hooks_riverpod solo si ya usas flutter_hooks.

En Riverpod 3.0 cada provider filtra las notificaciones a los listeners con ==, no con identidad. Un StreamProvider que vuelve a emitir el mismo objeto mutable deja de reconstruir la UI después del primer frame. Aquí explicamos por qué pasa y tres formas de solucionarlo. Probado en flutter_riverpod 3.3.2, Flutter 3.44, Dart 3.x.

Riverpod 3.0 reintenta un provider fallido hasta 10 veces por defecto. Pasa una función de retry que devuelva null en ProviderScope, ProviderContainer o un provider individual para desactivarlo o acotarlo.

Este error significa que el BuildContext que pasaste está por encima del Scaffold o del ScaffoldMessenger, no por debajo. Envuelve la llamada en un Builder, extráela a su propio widget o usa un GlobalKey.