Si tu app contiene código de Compose y de View, es posible que debas indicar de forma explícita qué inserciones del sistema debe consumir cada uno y asegurarte de que las inserciones se envíen a las vistas de hermanos.
Anula los márgenes predeterminados
Es posible que debas anular las inserciones predeterminadas cuando tu pantalla tenga código de Views y Compose en la misma jerarquía. En este caso, debes indicar de forma explícita cuál debe consumir las inserciones y cuál debe ignorarlas.
Por ejemplo, si tu diseño más externo es un diseño de Android View, debes consumir las inserciones en el sistema de View y, luego, ignorarlas para Compose.
Como alternativa, si tu diseño más externo es un elemento componible, debes consumir las inserciones en Compose y rellenar los elementos componibles AndroidView según corresponda.
De forma predeterminada, cada ComposeView consume todos los elementos de inserción en el nivel de consumo WindowInsetsCompat. Para cambiar este comportamiento predeterminado, establece AbstractComposeView.consumeWindowInsets en false.
Envío de inserciones retrocompatible para vistas
Si tu app contiene código de vistas, es posible que debas confirmar que las inserciones se envíen a las vistas de hermanos en dispositivos que ejecutan Android 10 (nivel de API 29) o versiones anteriores. Consulta la guía de vistas de borde a borde para obtener más información.
Íconos de la barra del sistema
Llamar a enableEdgeToEdge garantiza que los colores de los íconos de la barra del sistema se actualicen cuando cambie el tema del dispositivo.
Cuando uses el modo de pantalla completa, es posible que debas actualizar manualmente los colores de los íconos de la barra del sistema para que contrasten con el fondo de tu app. Por ejemplo, para crear íconos claros de la barra de estado, haz lo siguiente:
Kotlin
WindowCompat.getInsetsController(window, window.decorView) .isAppearanceLightStatusBars = false
Java
WindowCompat.getInsetsController(window, window.getDecorView()) .setAppearanceLightStatusBars(false);