Si tu app contiene código de Compose y de View, es posible que debas especificar qué inserciones del sistema debe consumir cada uno y asegurarte de que las inserciones se envíen a las vistas secundarias.
Cómo anular las inserciones predeterminadas
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 especificar 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 omitirlas para Compose.
De forma alternativa, si tu diseño más externo es un componible, debes consumir las inserciones en Compose y completar los componibles AndroidView según corresponda.
De forma predeterminada, cada ComposeView consume todas las inserciones 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 Views, es posible que debas confirmar que las inserciones se envíen a las vistas secundarias en dispositivos que ejecuten Android 10 (nivel de API 29) o versiones anteriores. Para obtener más información, consulta la guía de Views de pantalla completa.
Í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.
Mientras usas la 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 de barra de estado claros, haz lo siguiente:
Kotlin
WindowCompat.getInsetsController(window, window.decorView) .isAppearanceLightStatusBars = false
Java
WindowCompat.getInsetsController(window, window.getDecorView()) .setAppearanceLightStatusBars(false);