1. şekil. Durum çubuğu ve gezinme çubuğu, toplu olarak sistem çubukları olarak adlandırılır.
İçeriğinizin ekranın üst kenarından alt kenarına kadar uzanması için tüm uygulamaları düzenleyin. Bu, Android 15 (API düzeyi 35) sürümünden itibaren varsayılan davranıştır. Bu durumda, uygulamanızın üst ve alt kısımları durum çubuğu ve gezinme çubuğunun arkasında yer alır. Durum çubuğu ve gezinme çubuğu birlikte sistem çubukları olarak adlandırılır. Sistem çubukları genellikle bildirimlerin gösterilmesine, cihaz durumunun iletilmesine ve cihazda gezinmeye ayrılmış alanlardır.
Uygulamanız ile sistem kullanıcı arayüzünün görüntülendiği alanlar arasındaki çakışmalar, pencere yerleştirmelerine bir örnektir. Pencere yerleştirmeleri, uygulamanızın sistem kullanıcı arayüzüyle kesişebileceği ekranınızın bölümlerini temsil eder. Kullanıcı arayüzünün bu kısımlarıyla kesişmek, içeriğin üzerinde görüntüleme anlamına gelebilir ancak uygulamanızı sistem hareketleri hakkında da bilgilendirebilir.
Aşağıdaki pencere iç kenar türleri kullanılabilir.
Varsayılan olarak, uygulama pencerenizi tüm ekrana yayılacak şekilde genişletmeyi ve uygulama içeriğini sistem çubuklarının arkasında uçtan uca çizmeyi etkinleştirin. Önemli içeriklerin ve dokunma hedeflerinin sistem çubuklarının arkasında gösterilmesini önlemek için ofsetleri kullanın.
Film veya resim gibi içerikleri gösteren uygulamalar, daha etkileyici bir deneyim için sistem çubuklarını geçici olarak gizleyebilir.
Sistem çubukları, kullanıcılara cihazda gezinmek ve cihazın durumunu görüntülemek için standart bir yol sunduğundan bu çubukları değiştirmeden önce kullanıcılarınızın ihtiyaçlarını ve beklentilerini dikkatlice değerlendirin.
Ekran kesimi, bazı cihazlarda ekran yüzeyine doğru uzanan ve cihazın ön tarafındaki sensörler için alan sağlayan bir bölümdür. Uygulamalar, önemli içeriklerin ekran kesme alanıyla çakışmaması için konumlarını sorgulayarak ekran kesmelerini destekleyebilir.
Klavye geçişi, pencere içlerinin dinamik olarak güncellendiği yaygın bir örnektir. Uygulamalar mevcut klavye durumunu gözlemleyebilir, durumları programatik olarak değiştirebilir, pencere yerleştirmeleri için animasyonları destekleyebilir ve uygulama içeriğinin klavye geçişleri arasında sorunsuz bir şekilde animasyonlu olmasını sağlayabilir.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-08-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 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."]]
