الشكل 1. شريط الحالة وشريط التنقل،
ويُطلق عليهما معًا اسم أشرطة النظام.
يجب أن يتم عرض جميع التطبيقات بحيث يمتد المحتوى من الحافة العلوية إلى الحافة السفلية للشاشة. وهذا هو السلوك التلقائي بدءًا من Android 15
(المستوى 35 لواجهة برمجة التطبيقات). وهذا يعني أنّ المساحتَين العلوية والسفلية من تطبيقك يتم ترتيبهما خلف شريط الحالة وشريط التنقّل. ويُطلق على شريط الحالة وشريط التنقّل معًا اسم أشرطة النظام. أشرطة النظام هي مساحات مخصّصة بشكل عام لعرض الإشعارات، وإعلام المستخدم بحالة الجهاز، وتسهيل التنقّل في الجهاز.
تُعدّ التداخلات بين تطبيقك والمساحات التي تظهر فيها واجهة مستخدم النظام مثالاً على حواف النوافذ الداخلية، وهي تمثّل أجزاء الشاشة التي يمكن أن يتقاطع فيها تطبيقك مع واجهة مستخدم النظام. وقد يعني التداخل مع هذه الأجزاء من واجهة المستخدم العرض فوق المحتوى، ولكن يمكن أن يتيح أيضًا لتطبيقك معرفة الإيماءات التي ينفّذها المستخدم على النظام.
تتوفّر أنواع حواف النوافذ التالية.
يتم تلقائيًا تفعيل خيار توسيع نافذة التطبيق لتشمل الشاشة بأكملها وعرض محتوى التطبيق من الحافة إلى الحافة خلف أشرطة النظام. استخدِم الإزاحات لتجنُّب عرض المحتوى المهم وعناصر اللمس خلف أشرطة النظام.
يمكن للتطبيقات التي تعرض محتوًى مثل الأفلام أو الصور أن تخفي أشرطة النظام مؤقتًا لتوفير تجربة أكثر تفاعلية.
عليك مراعاة احتياجات المستخدمين وتوقعاتهم بعناية قبل تعديل أشرطة النظام، لأنّها توفّر للمستخدمين طريقة موحّدة للتنقّل على الجهاز وعرض حالته.
الفتحة المعروضة هي مساحة على بعض الأجهزة تمتد إلى سطح الشاشة لتوفير مساحة لأجهزة الاستشعار في مقدّمة الجهاز. يمكن للتطبيقات أن تتوافق مع الفتحات على الشاشة من خلال الاستعلام عن مواضعها حتى لا يتداخل أي محتوى مهم مع منطقة الفتحة.
يُعدّ الانتقال إلى لوحة المفاتيح مثالاً شائعًا يتم فيه تعديل هوامش النافذة ديناميكيًا. يمكن للتطبيقات مراقبة حالة لوحة المفاتيح الحالية، وتبديل الحالات آليًا، وتوفير صور متحركة لهوامش النافذة، وجعل محتوى التطبيق يتحرّك بسلاسة بين عمليات الانتقال إلى لوحة المفاتيح.
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-08-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-08-27 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],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."]]