לאפליקציות ל-Android יש תפקיד חשוב בהגדרה מחדש של מראה המחשוב המודרני במסכים גדולים. אבל רק הפעלת האפליקציה לנייד ב-Chromebook לא מעניקה המשתמשים שלנו נהנים מהחוויה הטובה ביותר.
בדף הזה מפורטות כמה דרכים להתאמה אישית של חוויית השימוש למכשירים ניידים וגורמי צורה שניתנים להמרה. כדאי לעיין הרשימה המקיפה של בדיקות כדי לקבל מידע נוסף על בדיקת האפליקציה לצורך במכשירים האלה.
מינוף התמיכה בריבוי חלונות חופשיים
ההטמעה של אפליקציות ל-Android ב-ChromeOS כוללת ריבוי חלונות בסיסי תמיכה. במקום לתפוס תמיד את המסך המלא, מערכת Android מבצעת רינדור אפליקציות ב-ChromeOS למאגרי חלונות בעיצוב חופשי, שמתאים יותר למכשירים האלה.
המשתמשים יכולים לשנות את גודל החלון שמכיל את האפליקציה שלכם ל-Android, כפי שמוצג באיור 1. כדי להבטיח שגודל החלונות חופשיים ישתנה בצורה חלקה ויוצגו את כל התוכן של המשתמשים, קוראים את ההנחיות בקטע ניהול חלונות.
![](https://developer.android.com/static/images/topic/arc/resizable.png?hl=he)
איור 1. חלון אפליקציה שניתן לשנות את הגודל שלו.
מומלץ לפעול לפי ההנחיות הבאות כדי לשפר את חוויית המשתמש כשהאפליקציה שלך פועלת ב-ChromeOS שיטות:
- טיפול במחזור החיים של הפעילות בצורה נכונה במצב ריבוי חלונות ולוודא שאתם ממשיכים לעדכן את ממשק המשתמש, גם כשהאפליקציה לא החלון עם המיקוד העליון.
- חשוב לוודא שהאפליקציה מתאימה את הפריסה שלה כראוי בכל פעם שמשתמש משנה את גודל החלון.
- להתאים אישית את המימדים הראשוניים של חלון האפליקציה על ידי ציון launch size (גודל ההשקה).
- חשוב לדעת כיוון פעילות הבסיס של האפליקציה משפיעה על כל החלונות שלה.
התאמה אישית של צבע הסרגל העליון
העיצוב של האפליקציה משמש ב-ChromeOS כדי לצבוע את הסרגל העליון שמוצג מעל האפליקציה.
שמראה מתי משתמשים מחזיקים את לחצני החלון ולחצן 'הקודם'. כדי ליצור
שהאפליקציה שלך נראית מלוטשת ומותאמת אישית ל-ChromeOS, להגדיר
colorPrimary
ואם אפשר,
colorPrimaryDark
בעיצוב של האפליקציה.
colorPrimaryDark
משמש לצביעת הסרגל העליון. אם רק
המדיניות colorPrimary
מוגדרת, מערכת ChromeOS משתמשת בגרסה כהה יותר שלה
הסרגל העליון. למידע נוסף, ראו סגנונות ועיצובים.
תמיכה במקלדת, במשטח המגע ובעכבר
בכל מכשירי Chromebook יש מקלדת פיזית ומשטח מגע, ובחלקם יש מסך מגע. בחלק מהמכשירים אפשר להמיר ממחשבים ניידים לטאבלטים.
באפליקציות ל-ChromeOS, יש תמיכה בקלט מהעכבר, משטח המגע והמקלדת כך שניתן להשתמש באפליקציה ללא מסך מגע. אפליקציות רבות כבר תומכות בעכבר משטח מגע ללא צורך בפעולות נוספות. עם זאת, מומלץ להתאים אישית את המתאימה לעכבר וכדי לתמוך ולהבחין בין קלט של עכבר ומגע.
עליכם לוודא ש:
- כל היעדים ניתנים ללחיצה באמצעות העכבר.
- כל השטחים לגלילה באמצעות מגע נגללים באירועי גלגל עכבר, כפי שמוצג ב- איור 2.
- המצבים של העברת העכבר מוטמעים תוך כדי שיקול דעת כדי לשפר את המצב גילוי ממשק המשתמש מבלי ליצור עומס יתר על המשתמש, כפי שמוצג באיור 3.
![](https://developer.android.com/static/images/topic/arc/scroll_on_mousewheel.png?hl=he)
איור 2. גלילה באמצעות גלגל העכבר.
![](https://developer.android.com/static/images/topic/arc/hover_states.png?hl=he)
איור 3. מצבים של העברת העכבר מעל הלחצן.
במקרים המתאימים, מבדילים בין קלט עכבר לבין קלט מגע. עבור לדוגמה, Touch & לחיצה ארוכה על פריט עלולה להפעיל ממשק משתמש עם בחירה מרובה, לחיצה ימנית על אותו פריט עשויה להפעיל במקום זאת תפריט אפשרויות.
סמנים בהתאמה אישית
התאמה אישית של האפליקציות בסמנים של העכבר שמציינים באיזה רכיב בממשק המשתמש של המשתמש
או איך הם יכולים ליצור איתם אינטראקציה. אפשר להגדיר את PointerIcon
לשימוש
כשמשתמשים יוצרים אינטראקציה עם צפייה באמצעות השיטה setPointerIcon()
.
באפליקציות שלכם, יש להציג את כל הפריטים הבאים:
- מצביעי I-Beam לטקסט
- שינוי הגודל של נקודות האחיזה בקצוות של שכבות שניתן לשנות את הגודל שלהן
- סמנים במצבי פתיחה או סגירה של תוכן שאפשר להזיז או לגרור באמצעות תנועת לחיצה וגרירה
- ספינרים לעיבוד
המחלקה PointerIcon
מספקת קבועים
שאפשר להשתמש בהן כדי להטמיע סמנים מותאמים אישית.
מקשי קיצור וניווט
מכיוון שלכל Chromebook יש מקלדת פיזית, יש לספק מקשי קיצור לאפשר למשתמשים להיות פרודוקטיביים יותר. לדוגמה, אם האפליקציה תומכת אפשר להשתמש במקשי הקיצור Control+P כדי לפתוח תיבת דו-שיח של הדפסה.
באופן דומה, צריך לטפל בכל האלמנטים החשובים בממשק המשתמש באמצעות ניווט בכרטיסיות. זה חשוב במיוחד בנוגע לנגישות. כדי לעמוד בתקני נגישות, כל הפלטפורמות של ממשק המשתמש צריכות להיות ברורות וממוקדות בהתאם לנגישות את המצבים הבאים, כפי שמוצג בצורה הבאה:
![](https://developer.android.com/static/images/topic/arc/transversal_tabbing.png?hl=he)
איור 4. כרטיסיות רוחביות.
![](https://developer.android.com/static/images/topic/arc/hover_controls.png?hl=he)
איור 5. מתבצעת החלפה של תנועת החלקה בפקד שמופיע כשמעבירים את העכבר מעליו.
צריך ליישם חלופות למקלדת או לעכבר בשביל הליבה תכונות שמסתתרות באינטראקציות ספציפיות למגע, כמו מגע פעולות החזקה לצורך משפטי, החלקות או תנועות אחרות עם מגע במסך. פתרון לדוגמה הוא לספק שמופיעים על משטח כשמציבים את סמן העכבר.
למידע נוסף על תמיכה במקלדת, משטח מגע ועכבר, אפשר לבקר בדף תאימות קלט במסכים גדולים.
שיפור נוסף של קלט המשתמשים
כדי לקבל פונקציונליות שמתאימה למחשב של האפליקציה שלכם, כדאי לבצע את הפעולות הבאות מוכוון פרודוקטיביות.
תפריטי הקשר
תפריטי הקשר ב-Android, שהם כלי עזר נוסף שמפנה את המשתמשים אל ספציפיות של האפליקציה שלך, ניתנות להפעלה על ידי לחיצה על עכבר או על משטח המגע הלחצן המשני או באמצעות נגיעה ו-& לוחצים לחיצה ארוכה על מסך מגע:
![](https://developer.android.com/static/images/topic/arc/contextual_menu.png?hl=he)
איור 6. תפריט הקשר שמופיע כשלוחצים לחיצה ימנית.
גרירה ושחרור
בניית אינטראקציות באמצעות גרירה ושחרור, כמו זו המתוארת באיור הבא, יכולים להניב פרודוקטיביות יעילה ואינטואיטיבית פונקציונליות לאפליקציה שלך. מידע נוסף זמין בקטע גרירה ושחרור.
![](https://developer.android.com/static/images/topic/arc/drag_and_drop.png?hl=he)
איור 7. גרירה ושחרור בממשק של עץ קבצים.
תמיכה בסטיילוס
תמיכה בסטיילוס חיונית לאפליקציות לשרטוט ולכתיבת הערות. לספק גרסאות משופרות תמיכה במכשירי Chromebook ובטאבלטים עם סטיילוס על ידי הטמעת אינטראקציות שמותאם לשימוש בקלט סטיילוס.
צריך להביא בחשבון את הווריאציות הפוטנציאליות בחומרה שונה של סטיילוס בזמן עיצוב האינטראקציות עם הסטיילוס. לקבלת תיאור כללי של לממשקי API של סטיילוס, ראו תאימות קלט במסכים גדולים.
יצירת פריסות רספונסיביות
נצלו את שטח המסך שזמין לאפליקציה שלכם ללא קשר ל- את המצב החזותי שלו (מסך מלא, לאורך, לרוחב או בחלון). כמה דוגמאות של למשל:
- ארכיטקטורת אפליקציות לרשת המדיה.
- כדאי להגביל את אורך הטקסט ואת גודל התמונה לרוחב המקסימלי.
- אפשר לנצל את הנדל"ן בצורה טובה יותר בסרגל הכלים של האפליקציה.
- שיפור המיקום של העלויות בממשק המשתמש על ידי התאמת האפליקציה לשימוש בעכבר במקום זאת לשימוש באגודלים.
- ביצוע אופטימיזציה לגודל הסרטונים והתמונות ולהגדרת רוחב מקסימלי וגובה לכל המדיה, ומקסום את הקריאות ואת יכולת הסריקה.
- הטמעת מערכת עמודות רספונסיבית. למידע נוסף, ראה פריסת רשת.
- משנים את הגודל של ממשק המשתמש ומשנים אותו במקרה הצורך באמצעות מערכת העמודות. כשאפשר, עדיף לא לפתוח חלונות חדשים.
- מומלץ להסיר את החשיבות של רכיבי גלילה אופקית או להפחית את החשיבות שלהם.
- עדיף להימנע מממשק משתמש מודאלי במסך מלא. להשתמש בממשק משתמש מוטבע, כמו מדדי התקדמות התראות על כל הפעולות שאינן קריטיות.
- להשתמש ברכיבי ממשק משופרים, כמו בוחרי שעה ותאריך, שדות טקסט ו תפריטים שמיועדים לעכבר, למקלדת ולמסכים גדולים יותר.
- במקום פעילות חדשה, אפשר להשתמש בעריכות ישירות, בעמודות נוספות או בממשק משתמש מודאלי עבור תכונת עריכה קטנה עד בינונית.
- הסרה או שינוי של לחצני פעולה צפים (FAB) לשיפור המקלדת ניווט. כברירת מחדל, מיקומי FAB אחרונים בכרטיסיות רוחביות הזמנה. במקום זאת, צרו קודם, כי זו הפעולה הראשית, להחליף אותה במחיר נמוך יותר.
![](https://developer.android.com/static/images/topic/arc/responsive_layout.png?hl=he)
איור 8. דוגמאות של פריסה רספונסיבית במסך של טלפון ומחשב.
שינוי דפוסי הניווט
לחצן 'הקודם' ברמת המערכת מעביר דפוס משורשים ידניים של Android – כזה שלא מתאים כמו שצריך הקשר מסוים למחשבים.
ככל שהאפליקציה שלכם מתאימה אישית יותר ויותר לסביבת מחשב נייד, כדאי לשקול עוברים לתבנית ניווט שמדגישה את לחצן 'הקודם'. תנו ל- להתמודד עם סטאק ההיסטוריה שלה באמצעות החזרת מוצר לאפליקציה לחצנים, מיקומים באתר או מסלולי בריחה אחרים כמו לחצני סגירה או ביטול חלק מממשק המשתמש במסך הגדול שלו.
ניתן לקבוע אם האפליקציה תציג לחצן 'הקודם' בחלון על ידי
הגדרה של העדפה
<activity>
התיוג. הגדרה של true
מוסתרת
לחצן 'הקודם':
<meta-data android:name="WindowManagerPreference:SuppressWindowControlNavigationButton" android:value="true" />
פתרון בעיות בתמונות תצוגה מקדימה של המצלמה
בעיות במצלמה עשויות להתרחש כשהאפליקציה יכולה לפעול רק בפריסה לאורך אבל המשתמש מציג אותו במסך לרוחב. במקרה כזה, התצוגה המקדימה או ייתכן שהתוצאה שתועדה תסובב בצורה שגויה.
'מצב תאימות' משנה את האופן שבו המערכת מטפלת באירועים, כגון שינויי כיוון, ChromeOS. הפעולה הזו עוזרת למנוע בעיות כשמשתמשים במצלמה בצורה לא נכונה במצב כיוון. כדי להפעיל את מצב התאימות, צריך לעמוד בקריטריונים הבאים:
- טירגוט לפחות ל-Android 7.0 (רמת API 24). רמת ה-SDK המינימלית יכולה להיות נמוכה יותר.
- מגדירים את גודל האפליקציה כך שניתן יהיה לשנות את הגודל שלו.
הכינוי של הגדרות המכשיר
כדאי לשקול את הגדרות המכשיר הבאות לאפליקציות שפועלות ב-ChromeOS.
שינוי עוצמת הקול
מכשירי ChromeOS הם מכשירים בעוצמת קול קבועה: לאפליקציות שמשמיעות צלילים יש מכשיר משלה בקרי עוצמת הקול. יש לפעול לפי ההנחיות עבור עבודה עם מכשירים בנפח קבוע.
שינוי בהירות המסך
אי אפשר לשנות את בהירות המכשיר ב-ChromeOS. קריאות ל
system settings
והקבוצה
המערכת מתעלמת מ-WindowManager.LayoutParams
.
חומרי למידה נוספים
למידע נוסף על אופטימיזציה של אפליקציות ל-Android במכשירי Chromebook, אפשר להיכנס אל במקורות המידע הבאים:
- לקריאת העלאת האפליקציה ל-Android אל מכשירי Chromebook בפוסט של מפתחי Android בלוג.
- צפייה באפליקציות ל-Android עבור מכשירי Chromebook ומכשירים עם מסך גדול מ-Google I/O 2017.