הכיוון, יחס הגובה-רוחב והיכולת לשנות את הגודל של האפליקציה

אפליקציות ל-Android פועלות במכשירים מכל הסוגים: טלפונים, טאבלטים, מכשירים מתקפלים, מכשירי ChromeOS, מכוניות, טלוויזיות ואפילו מכשירי XR. כדי להתאים את האפליקציה לסביבה המגוונת הזו, היא צריכה לתמוך בכל גורמי הצורה של המכשירים ובכל גדלי המסכים.

‫Android 16 (‏API ברמה 36) מאפשרת לאפליקציות להתאים את עצמן לגורמי צורה שונים ולגודלי תצוגה שונים על ידי ביטול ההגבלות על האפליקציות לגבי כיוון המסך, יחס הגובה-רוחב ושינוי הגודל. השינויים יחולו על מכשירים עם רוחב מינימלי של 600dp ומעלה, שמוגדרים באופן הבא:

• טאבלטים
• מסכים פנימיים במכשירים מתקפלים עם מסך גדול
• שינוי דינמי של חלונות במחשב (בכל סוגי המכשירים)

אפליקציות שמטרגטות API ברמה 36 ניתנות לשינוי גודל ויכולות להיכנס למצב ריבוי חלונות (שווה ל-resizeableActivity="true") אם הרוחב הקטן ביותר של המסך הוא ‎>= 600dp.

ב-Android 16 נאכף מודל עקבי של עיצוב אפליקציות מותאם, שמבצע אופטימיזציה של חוויית המשתמש בהתאם להעדפות המשתמש לגבי אוריינטציית המכשיר, יחס הגובה-רוחב וגודל המסך.

שינויים

המערכת מתעלמת ממאפייני המניפסט ומממשקי ה-API הבאים באפליקציות שמטרגטות את Android 16 (רמת API 36) במסכים גדולים:

חריגים

החריגים לשינויים ב-Android 16 כוללים את הדברים הבאים:

• מסכים קטנים מ-sw600dp (רוב הטלפונים, המכשירים המתקפלים והמסכים החיצוניים של מכשירים מתקפלים עם מסך גדול)

• משחקים שמבוססים על הדגל של android:appCategory

  פרסום המשחק באמצעות קובצי Android App Bundle וחתימת אפליקציה ב-Play מאפשר ל-Google Play לנהל את הדגל ולספק את היתרונות של קובצי App Bundle באופן אוטומטי. אפשר לקרוא גם את הסקירה הכללית על קובץ מניפסט של אפליקציה.

• המשתמשים מאשרים את התנהגות ברירת המחדל של האפליקציה בהגדרות של יחס הגובה-רוחב

ביטול ההסכמה

כדי לבטל את ההסכמה להתנהגות של API ברמה 36, מגדירים את מאפיין המניפסט PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY.

כדי לבטל את ההסכמה לפעילות ספציפית, מגדירים את המאפיין ברכיב <activity>:

<activity ...>
    <property
        android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY"
        android:value="true" />
    ...
</activity>

כדי לבטל את ההסכמה לכל האפליקציה, מגדירים את המאפיין ברכיב <application>:

<application ...>
    <property
        android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY"
        android:value="true" />
    ...
</application>

בדיקות

כדי לבדוק אם השינויים ב-Android 16 משפיעים על האפליקציה, משתמשים באמולטורים של סדרות Pixel Tablet ו-Pixel Fold ב-Android Studio ומגדירים את targetSdkPreview = "Baklava" בקובץ build.gradle של מודול האפליקציה.

אפשר גם להשתמש במסגרת התאימות של האפליקציה במכשירי הבדיקה על ידי הפעלת הסימון UNIVERSAL_RESIZABLE_BY_DEFAULT (ראו כלים של מסגרת התאימות).

אפשר להשתמש ב-Espresso, מסגרת לבדיקות אוטומטיות, וב-Jetpack Compose testing APIs.

בעיות נפוצות

באפליקציות שמוגבל בהן כיוון המכשיר, יחס הגובה-רוחב או שינוי הגודל של האפליקציה, יכולות להיות בעיות בתצוגה ב-Android 16, כמו פריסות חופפות.

כדי לספק חוויית משתמש אופטימלית בטלפונים, במכשירים מתקפלים, בטאבלטים, במכשירי ChromeOS, במסכים ברכב וב-XR, צריך ליצור אפליקציה רספונסיבית ואדפטיבית:

• הימנעות מרכיבי ממשק משתמש מתוחים: פריסות שמיועדות למסכים סטנדרטיים של טלפונים במצב אנכי כנראה לא יתאימו ליחסי גובה-רוחב אחרים. לדוגמה, רכיבי ממשק משתמש שממלאים את כל רוחב התצוגה יופיעו מתוחים במצב אופקי. כדי למנוע מתיחה, מוסיפים רוחב מקסימלי לרכיבים.

• הפעלת גלילה בפריסות: אם אי אפשר לגלול בפריסות, יכול להיות שהמשתמשים לא יוכלו לגשת ללחצנים או לרכיבי ממשק משתמש אחרים שלא מוצגים במסך במצב אופקי. הפעלת פריסות אפליקציות שניתן לגלול בהן כדי לוודא שאפשר להגיע לכל התוכן, ללא קשר לגובה המסך.

• מוודאים שהמצלמה תואמת למצב פורטרט ולמצב לרוחב: תצוגות מקדימות של עינית המצלמה שמניחות יחס גובה-רוחב וכיוון ספציפיים ביחס לחיישן המצלמה עלולות לגרום לתצוגות מקדימות מתוחות או הפוכות במסכים לא תואמים. מוודאים שהעינית מסתובבת כמו שצריך כשמשנים את הכיוון. הפעלת כוונות כדי להתאים ליחסי גובה-רוחב של ממשק המשתמש ששונים מיחס הגובה-רוחב של החיישן.

• שמירת המצב במהלך שינויים בגודל החלון: הסרת ההגבלות על הכיוון ויחס הגובה-רוחב יכולה לגרום לשינויים תכופים בגודל חלון האפליקציה בתגובה לאופן שבו המשתמשים מעדיפים להשתמש באפליקציה, למשל, על ידי סיבוב, קיפול או פתיחה של מכשיר או על ידי שינוי הגודל של האפליקציה במצב חלונות מרובים או במצב חלונות של שולחן העבודה. שינויים בהגדרות, כמו שינויים בכיוון ושינוי גודל החלון, גורמים ליצירה מחדש של הפעילות (כברירת מחדל). כדי לשמור על חוויית משתמש אופטימלית, חשוב לשמור את מצב האפליקציה במהלך שינויים בהגדרות, כדי שהאפליקציה תשמור נתונים (כמו נתונים שהוזנו בטופס) והמשתמשים יוכלו לשמור על ההקשר.

• שימוש בסיווגים של גדלי חלונות: תמיכה בגדלים שונים של חלונות ויחסי גובה-רוחב בלי התאמות אישיות ספציפיות למכשיר. הניחו שגודלי החלונות ישתנו לעיתים קרובות. משתמשים במחלקות של גודל החלון כדי לאפיין את המידות של החלון, ואז מחילים פריסה דינמית מתאימה.

• יצירת פריסות רספונסיביות: בתוך מחלקות הגודל של החלון, פריסות רספונסיביות מותאמות לשינויים במימדי התצוגה כדי ליצור תמיד הצגה אופטימלית של האפליקציה.

ציר הזמן

• ‫Android 16‏ (2025): תמיכה בכל הכיוונים ויחסי הגובה-רוחב, ושינוי גודל האפליקציה הוא חוויית הבסיס במכשירים עם מסך גדול (רוחב המסך הקטן ביותר >= 600dp) באפליקציות שמטרגטות API ברמה 36. עם זאת, מפתחים יכולים לבקש שלא להיכלל בבדיקה.

• גרסת Android שתצא בשנת 2026: תמיכה בכל האוריינטציות ויחסי הגובה-רוחב, וכן תמיכה בשינוי גודל האפליקציה, תהיה חוויית הבסיס במכשירים עם מסכים גדולים (רוחב המסך הקטן ביותר הוא 600dp ומעלה) עבור אפליקציות שמטרגטות את רמת ה-API‏ 37. למפתחים לא תהיה אפשרות לבטל את ההסכמה.

המועדים האחרונים לטירגוט רמות API ספציפיות משתנים בהתאם לחנות האפליקציות. החל מאוגוסט 2026, Google Play ידרוש מהאפליקציות לטרגט לרמת API‏ 36, ומאוגוסט 2027 לרמת API‏ 37.

מקורות מידע נוספים

• שינויים בהתנהגות: אפליקציות שמטרגטות ל-Android 16 ואילך
• פיתוח אפליקציות דינמיות
• מה לעשות ומה לא לעשות בפריסות מותאמות