Figure 1. La barre d'état et la barre de navigation, collectivement appelées barres système.
Organisez toutes les applications de sorte que votre contenu s'étende du haut au bas de l'écran. Il s'agit du comportement par défaut à partir d'Android 15 (niveau d'API 35). Cela signifie que les zones supérieure et inférieure de votre application sont disposées derrière la barre d'état et la barre de navigation. La barre d'état et la barre de navigation sont appelées barres système. Les barres système sont des zones généralement dédiées à l'affichage des notifications, à la communication de l'état de l'appareil et à la navigation sur l'appareil.
Les chevauchements entre votre application et les zones où l'UI du système est affichée sont un exemple d'encarts de fenêtre, qui représentent les parties de l'écran où votre application peut croiser l'UI du système. L'intersection avec ces parties de l'UI peut signifier l'affichage au-dessus du contenu, mais elle peut également informer votre application sur les gestes système.
Les types d'encarts de fenêtre suivants sont disponibles.
Par défaut, activez l'option permettant d'étendre la fenêtre de votre application sur l'intégralité de l'écran et d'afficher le contenu de l'application bord à bord derrière les barres système. Utilisez des décalages pour éviter d'afficher du contenu important et des cibles tactiles derrière les barres système.
Les applications qui affichent du contenu tel que des films ou des images peuvent masquer temporairement les barres système pour une expérience plus immersive.
Réfléchissez bien aux besoins et aux attentes de vos utilisateurs avant de modifier les barres système, car elles leur offrent un moyen standard de naviguer sur un appareil et d'afficher son état.
Une encoche est une zone sur certains appareils qui s'étend sur la surface de l'écran pour laisser de la place aux capteurs situés à l'avant de l'appareil. Les applications peuvent prendre en charge les encoches en interrogeant leurs positions afin qu'aucun contenu important ne chevauche la zone de l'encoche.
Une transition de clavier est un exemple courant où les encarts de fenêtre sont mis à jour de manière dynamique. Les applications peuvent observer l'état actuel du clavier, activer/désactiver les états de manière programmatique, prendre en charge les animations pour les encarts de fenêtre et faire en sorte que le contenu de l'application s'anime de manière fluide lors des transitions du clavier.
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/27 (UTC)."],[],[],null,["Try the Compose way \nJetpack Compose is the recommended UI toolkit for Android. Learn how to work with WindowInsets in Compose. \n[WindowInsets in Compose →](/develop/ui/compose/system/insets) \n\n\u003cbr /\u003e\n\n**Figure 1.** The status bar and navigation bar, collectively called the *system bars*.\n\nLayout all apps so that your content stretches from the top edge to the bottom\nedge of the screen. This is the default behavior beginning in Android 15\n(API level 35). This means that the top and bottom areas of your app are laid\nout behind the status bar and the navigation bar. Together, the status bar and\nthe navigation bar are called the *system bars*. The system bars are areas that\nare generally dedicated to the display of notifications, communication of device\nstatus, and device navigation.\n\nThe overlaps between your app and the areas where the system UI is displayed is\none example of *window insets*, which represent the parts of your screen where\nyour app can intersect with the system UI. Intersecting with these parts of the\nUI can mean displaying above the content, but it can also inform your app about\nsystem gestures.\n\nThe following types of window insets are available.\n\n- By default, opt-in to expand your app window to extend across the entire\n screen and draw app content [edge-to-edge](/training/gestures/edge-to-edge)\n behind the system bars. Use offsets to avoid displaying important content\n and touch targets behind system bars.\n\n- Apps that display content such as movies or images can temporarily [hide the\n system bars](/training/system-ui/immersive) for a more immersive experience.\n Carefully consider your users' needs and expectations before modifying the\n system bars, since they give users a standard way of navigating a device and\n viewing its status.\n\n- A *display cutout* is an area on some devices that extends into the display\n surface to provide space for sensors on the front of the device. Apps can\n support [display cutouts](/guide/topics/display-cutout) by querying their\n positions so that no important content overlaps the cutout area.\n\n- A keyboard transition is a common example where window insets are\n dynamically updated. Apps can observe the current keyboard state,\n programmatically toggle the states, support animations for window insets,\n and make app content animate seamlessly between keyboard transitions."]]
