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

שעונים חכמים הם אידיאליים לשימוש בדרכים, אבל קשה להשתמש בהם כשהידיים של המשתמשים עמוסות. כדי לפתור את הבעיה הזו, ב-Wear OS 7 הוספנו מסגרת חדשה של מחוות ביד אחת ליצרני ציוד מקורי (OEM) וממשק API למחוות למפתחים שמשתמשים ב-Jetpack פיתוח נייטיב ב-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

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

מפתחים יכולים לקבל הדרכה להטמעה של מחוות ביד אחת באפליקציה שלהם במאמר פיתוח אפליקציות לשעון עם Wear OS.