תנועות של יד אחת

שעונים חכמים הם אידיאליים לשימוש בדרכים, אבל קשה להשתמש בהם כשהידיים של המשתמשים עמוסות. כדי לפתור את הבעיה הזו, ב-Wear OS 7 הוספנו מסגרת חדשה של מחוות ביד אחת ליצרני ציוד מקורי (OEM) וממשק API למחוות למפתחים שמשתמשים ב-Jetpack Compose ב-Wear OS. המסגרת הבסיסית הזו אומצה באופן בלעדי על ידי מכשירי Pixel Watch (Pixel Watch 3 ומכשירים חדשים יותר), אבל היא זמינה לכל היצרנים. אם תתמכו בממשק ה-API הזה, התמיכה בתנועות באפליקציה שלכם תתרחב באופן אוטומטי לכל המערכת האקולוגית, כשיצרני ציוד מקורי אחרים יצטרפו.

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

פעולות ותנועות נתמכות

מסגרת התנועות ב-Wear OS תומכת בשני סוגי תנועות: פעולה ראשית ופעולת סגירה. ב-Pixel Watch, הפעולה הראשית ממופה לתנועת הצביטה הכפולה, והפעולה של ביטול ההתראה ממופה לתנועת סיבוב היד.

להצמיד אצבעות פעמיים: מפעילים את הפעולה הראשית.
סיבוב של פרק כף היד: מפעיל את פעולת הסגירה.

פעולה ראשית

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

מענה לשיחת טלפון.
הפעלה או השהיה של המדיה באמצעות לחצני הבקרה.

העברת התראה למצב נודניק.
גלילה בתוכן שאפשר לגלול בו.

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

ביטול הפעולה

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

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

הנחיות לשימוש בתנועות מהירות

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

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

תהליך האינטראקציה באמצעות תנועות ומשוב

כשמשתמש מבצע תנועת מגע זמינה, רצף האירועים הבא מתרחש:

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

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

הסברים, הדרכות והגדרות של תנועות

כדי להקל על המשתמשים לגלות את פעולות המחוות, ב-Pixel Watch יש מדריך אינטראקטיבי בשעון ומסגרת רמזים ב-Gesture API. הגדרות התנועות זמינות גם בהגדרות המערכת – ב-Pixel Watch, בהגדרות > תנועות > תנועות ידיים.

הדרכה למשתמשים חדשים

ב-Pixel Watch, המשתמשים יכולים ללמוד על תנועות הידיים באמצעות הדרכה אינטראקטיבית וטיפים ל-Pixel. אין צורך ליצור מדריך ייחודי לתנועות באפליקציה. במקום זאת, אפשר להשתמש ברמזים לפי ההקשר שסופקו על ידי Jetpack Compose ב-Wear OS כדי ליידע את המשתמשים איפה יש תנועות באפליקציה.

מסך הדרכה להגדלה והקטנה של התצוגה באמצעות צביטה כפולה.
מסך ההצטרפות של המדריך להפעלת המסך באמצעות סיבוב פרק כף היד.

רמזים בהקשר

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

סוגי הרמזים בהקשר כוללים:

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

רמזים שקשורים לכפתורים

דוגמה לסמל של רמז לתנועה של כפתור

החלפה עם סמל או טקסט קיימים לזמן קצר.

רמז צף

דוגמה לסמל צף של רמז לתנועה

מצביע על רכיב במסך שהוא קטן מדי כדי להציג בו רמז לגבי כפתור.

הנחיות לגבי צבעים:

  • Button hint
    • כברירת מחדל, הצבע של פריט גרפי וקטורי שניתן לשרטוט מונפש (AVD) מוצלל כך שיתאים לצבע של סמל הכפתור או הטקסט (LocalContentColor).
    • במקרה הצורך, אפשר לצבוע את ה-AVD בצבע בהתאמה אישית. עם זאת, בדרך כלל, הצבע צריך להיות זהה לתוכן שהוא מחליף באופן זמני כדי לספק ניגודיות מתאימה.
  • הצעה צפה
    • הצבע Tertiary מוחל על מאגר הרמזים.
    • הגוון של צבע ה-AVD הוא onTertiary.
    • אתם יכולים לשנות את צבע הרמז ואת צבע הצורה של הרקע.

הנחיות לגבי צבע הרמז של הכפתור

דוגמה להנחיות לגבי צבע הרמז בכפתור

צבע ה-AVD תואם לצבע הסמל או הטקסט של הלחצן.

הנחיות לגבי צבע של רמז צף

דוגמה להנחיות לגבי צבע של רמז צף

מאגר התגים של ההצעה לשיפור משתמש ב-Tertiary ומאגר התגים של AVD משתמש ב-onTertiary.

כללים לגבי תדירות הצגת ההצעות:

כדי לעזור למשתמשים לגלות את התנועות, הפלטפורמה מספקת תדירות שניתנת להגדרה, שקובעת באיזו תדירות תוצג הנחיה לתנועות עם יד אחת בכל חוויית משתמש. הלוגיקה של קצב הצגת הרמזים היא גלובלית ולא לפי חוויה. מסגרת התנועות של Wear OS שולטת בקצב ומציגה הגדרה (ב-Pixel Watch, תנועות > תנועות בידיים > רמזים לתנועות) שמאפשרת למשתמשים לשנות את הקצב.

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

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

מפתחים יכולים לקרוא את המאמר מחוות ביד אחת באמצעות Compose כדי לקבל הנחיות להטמעת מחוות ביד אחת באפליקציה.