Rysunek 1. Pasek stanu i pasek nawigacyjny, które łącznie nazywane są paskami systemowymi.
Rozmieść wszystkie aplikacje tak, aby treść rozciągała się od górnej do dolnej krawędzi ekranu. Jest to domyślne zachowanie od Androida 15 (API na poziomie 35). Oznacza to, że górna i dolna część aplikacji są wyświetlane za paskiem stanu i paskiem nawigacyjnym. Pasek stanu i pasek nawigacji są razem nazywane paskami systemowymi. Paski systemowe to obszary, które są zwykle przeznaczone do wyświetlania powiadomień, informacji o stanie urządzenia i nawigacji po urządzeniu.
Przykładem wcięć okna są obszary, w których aplikacja nakłada się na interfejs systemu. Wcięcia okna to części ekranu, w których aplikacja może przecinać się z interfejsem systemu. Przecinanie się z tymi częściami interfejsu może oznaczać wyświetlanie się nad treścią, ale może też informować aplikację o gestach systemowych.
Dostępne są te typy wcięć okien:
Domyślnie możesz rozszerzyć okno aplikacji na cały ekran i wyświetlać zawartość aplikacji od krawędzi do krawędzi za paskami systemowymi. Używaj przesunięć, aby uniknąć wyświetlania ważnych treści i obszarów dotykowych za paskami systemowymi.
Aplikacje, które wyświetlają treści takie jak filmy lub obrazy, mogą tymczasowo ukrywać paski systemowe, aby zapewnić użytkownikom lepsze wrażenia.
Zanim zmodyfikujesz paski systemowe, dokładnie rozważ potrzeby i oczekiwania użytkowników, ponieważ zapewniają one standardowy sposób poruszania się po urządzeniu i sprawdzania jego stanu.
Wycięcie w ekranie to obszar na niektórych urządzeniach, który wchodzi w powierzchnię wyświetlacza, aby zapewnić miejsce na czujniki z przodu urządzenia. Aplikacje mogą obsługiwać wycięcia na wyświetlaczu, sprawdzając ich położenie, aby ważne treści nie nakładały się na obszar wycięcia.
Typowym przykładem jest przejście klawiatury, w którym wstawki okna są dynamicznie aktualizowane. Aplikacje mogą obserwować bieżący stan klawiatury, programowo przełączać stany, obsługiwać animacje wstawek okien i sprawiać, że treści aplikacji będą płynnie animowane podczas przejść klawiatury.
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-08-27 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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."]]
