בנוסף להחלטה על האופן שבו תוכן האפליקציה יאורגן לניווט ולגלישה, צריך להחליט אם להשתמש בתור או בפקדים מותאמים אישית אחרים להפעלת התוכן.
יצרני הרכב ו-Google דואגים להטמיע ולעצב את תצוגת ההפעלה, סרגל בקרה מינימלי ותור. הם מספקים גם קבוצה בסיסית של פקדי הפעלה, כולל Play/Pause (הפעלה/השהיה), Next (הבא), Previous ו-Overflow. (הבא והקודם מותנים באפליקציה שתומכת בפעולות האלה). אם אמצעי הבקרה האלה מספיקים לאפליקציה שלך, לא צריך לעשות יותר שום דבר.
עם זאת, אם אתם רוצים להוסיף תור או גישה לפעולות הפעלה נוספות מעבר לאלו שיצרני הרכב מספקים, אתם צריכים להחליט:
- האם להציג תמונות ממוזערות לפריטים בתור
- האם להציג סמל או את הזמן שחלף מהפריט המופעל כרגע בתור
- האם לכלול בתור הפריטים שהושמעו בעבר
- אילו פעולות מותאמות אישית יופיעו בסרגל הבקרה, והאם הן יחליפו את הלחצנים הבא והקודם של יצרני הרכב
- כך ייראו הסמלים שמייצגים את המצבים הרלוונטיים של כל פעולה (למשל, זמינה ומושבתת)
תצוגת הפעלה
אחת התכונות החשובות ביותר לעיצוב אפליקציית מדיה היא תצוגת ההפעלה.
דוגמאות לתצוגת הפעלה
דרישות בנוגע לבקרת הפעלה
חשוב לזכור את הדרישה וההמלצות הבאות:
| רמת דרישה | דרישות |
|---|---|
| חובה | מפתחי אפליקציות צריכים:
|
| כדאי | מפתחי אפליקציות צריכים:
|
| מאי | מפתחי אפליקציות יכולים:
|
פירוט הנימוקים
- ממשק משתמש עקבי של האפליקציה: כדי ליצור חוויות מוכרות ברכב, מפתחי אפליקציות צריכים להתאים בין הממשקים של פעולות מותאמות אישית באפליקציות מדיה לבין פעולות דומות שמוכרות למשתמשים במכשירים אחרים.
- בקצרה: הטקסט יכול להיראות קטן יותר כשהוא מותאם לאקונוגרפיה, לכן הטקסט שבסמלים צריך להיות בגודל מקסימלי בתוך השטח הזמין.
הבאים בתור
בנוסף, עליכם לספק למשתמשים אפשרות לעיין ברשימה של מקורות האודיו.
דוגמאות לתור
דרישות לגבי תור
| רמת דרישה | דרישות |
|---|---|
| כדאי | מפתחי אפליקציות צריכים:
למידע נוסף על מחווני התקדמות ועל התור, כדאי לעיין במאמר הפעלת בקרת הפעלה. |
| מאי | מפתחי אפליקציות יכולים:
|
פירוט הנימוקים
- ממשק משתמש עם התכונה 'בקצרה': צריך לאפשר למשתמשים לראות בקצרה מה מופעל כרגע.