אם האפליקציה שלכם מכילה קוד של Compose וגם קוד של View, יכול להיות שתצטרכו לציין במפורש אילו רכיבי inset של המערכת כל אחד מהם צריך לצרוך, ולוודא שהרכיבים האלה נשלחים לתצוגות אחיות.
שינוי של שדות ההכנסה שמוגדרים כברירת מחדל
יכול להיות שתצטרכו לשנות את הגדרות ברירת המחדל של הפריטים שמוצגים בחלק הפנימי של המסך אם במסך מוצגים גם תצוגות וגם קוד ליצירת תוכן באותה היררכיה. במקרה כזה, צריך לציין בבירור איזה רכיב צריך לצרוך את ה-insets ואילו רכיבים צריכים להתעלם מהם.
לדוגמה, אם הפריסה החיצונית ביותר היא פריסה של Android View, צריך להשתמש ב-insets במערכת View ולהתעלם מהם ב-Compose.
לחלופין, אם הפריסה החיצונית ביותר היא רכיב Compose, צריך להשתמש ברכיבי ה-inset ב-Compose ולספק את הרווח הנדרש לרכיבי ה-Compose של AndroidView בהתאם.
כברירת מחדל, כל ComposeView צורך את כל ה-insets ברמת הצריכה WindowInsetsCompat. כדי לשנות את התנהגות ברירת המחדל הזו, צריך להגדיר את ComposeView.consumeWindowInsets לערך false.
תאימות לאחור של שליחת תצוגות מוטמעות בתצוגות
אם האפליקציה שלכם מכילה קוד של Views, יכול להיות שתצטרכו לוודא שהתמונות הממוזערות נשלחות לתצוגות אחיות במכשירים עם Android מגרסה 10 (רמת API 29) וגרסאות קודמות. מידע נוסף זמין במדריך בנושא צפיות מקצה לקצה.
סמלים בסרגל המידע
קריאה לפונקציה enableEdgeToEdge מבטיחה שהצבעים של הסמלים בסרגל המערכת יתעדכנו כשהעיצוב של המכשיר ישתנה.
כשעוברים למצב צפייה מקצה לקצה, יכול להיות שתצטרכו לעדכן באופן ידני את צבעי הסמלים בסרגל המערכת כך שייצרו ניגודיות לרקע של האפליקציה. לדוגמה, כדי ליצור סמלים בהירים בשורת הסטטוס:
Kotlin
WindowCompat.getInsetsController(window, window.decorView) .isAppearanceLightStatusBars = false
Java
WindowCompat.getInsetsController(window, window.getDecorView()) .setAppearanceLightStatusBars(false);