ההנחיות האלה יעזרו לכם להימנע ממלכודות נפוצות וידריכו אתכם בתהליך היצירה של כלי זכוכית באיכות גבוהה.
הפעלה
ודאו שב-Glassware משתמשים בפקודות קוליות שאושרו.
ודאו ש-Glassware משתמש בפקודות לפי הקשר שאושרו.
Mirror API לא תוכנן לקבל בקשות ממשתמשים ולהגיב בזמן אמת או עם זמן אחזור קצר. אם זו דרישה, אתם יכולים להשתמש ב-GDK.
לדוגמה, Mirror API Glassware פועל היטב עם הפקודות " take a note" (רשום הערה) או "post an update" (פרסום עדכון), כי המשתמשים לא צריכים להמתין לתגובה מ-Glassware אחרי הפעלת הפקודה.
לעומת זאת, פונקציות 'הפעלת טיימר' ו'כוונון מכשיר' לא מתאימות ל-Mirror API Glassware, כי המשתמשים מצפים שהחוויה תתחיל באופן מיידי.
שתי הדרכים העיקריות שבהן משתמשים יכולים להפעיל את Glassware, ואת התכונות שלה, הן שימוש בפקודה קולית או בפקודת מגע בתפריט הראשי ok window או בתפריט הקשר דרך כרטיס ציר זמן.
אסור לאלץ את המשתמשים להצמיד כרטיס ציר זמן עם אפשרויות בתפריט כדי להפעיל את Glassware. Mirror API מיועד להתראות תקופתיות בהתאם להגדרות המשתמש, או לשיתוף תוכן עם אנשי קשר.
אפשר לספק אפשרויות בתפריט כדי להפעיל GDK Glassware או לקרוא ל-Mirror API, כל עוד חוויית השימוש תהיה תואמת לדפוס העיצוב של התראות תקופתיות ולא משתמשת ב- Mirror API לאינטראקטיביות מיידית.
לדוגמה, אין להוסיף כרטיס זכוכית לאימוץ חיות מחמד ולאלץ את המשתמשים להצמיד אותו כדי לגשת לתכונות מאוחר יותר (לדוגמה, "חיפוש כלבים", "חיפוש חתולים", "חיפוש ציפורים" וכן הלאה). במקום זאת, כלי הזכוכית מאפשרים למשתמשים להגדיר קריטריונים לחיות המחמד הרצויות, ולספק מדי פעם כרטיסים שעומדים בקריטריונים האלה. לאחר מכן הכרטיסים האלה יכולים להכיל אפשרויות בתפריט לביצוע פעולות כמו 'קריאת הביוגרפיה' ו'אמץ חיית מחמד'.
חובה שלמשתמשים יהיה ברור ש-Glassware פועלים אם הם מפעילים אותה באופן מפורש.
העיצוב
Glass תוכננו כך שניתן יהיה לספק להם פיסות מידע קטנות בזמן הנכון. לא ניתן לנייד כל תכונה מאפליקציה לנייד ב-Glass. במקום זאת, מצאו את התרחישים העיקריים שמתאימים היטב ל-Glass והתמקדו ביצירת כמה תכונות קסומות. לקבלת השראה, ראו עיצוב ל-Glass.
- כשמקישים על כרטיסים פעילים, מוצג תמיד תפריט Glass. כדי לסגור את הכרטיס הפעיל מציר הזמן, בכל הכרטיסים הפעילים צריכה להיות אפשרות בתפריט הפסקה.
- אם הכרטיסים הפעילים מעודדים האזנה מלאה, המשתמשים מגיעים למקום שבו הם הפסיקו לצלול אל המקום שבו הם הפסיקו לצלול.
- החלקה או הקשה במסך יובילו תמיד לפעולה או לסימון שהתנועה לא נצרכה (לדוגמה, אפשר להשתמש במשיכה אופקית).
- לתנועות שלא פועלות כמו מערכת Glass צריכות להיות הוראות ברורות לגבי השימוש בהן ותוצאות ברורות.
- אם יוצרים רכיבי ממשק משתמש שדומים לאלה שמערכת Glass מספקת, יש להשתמש במקום זאת במה שמערכת Glass מספקת. לדוגמה, אפשר להשתמש בתצוגת גלילה בכרטיס במקום להטמיע תצוגת גלילה משלכם.
- להשתמש בהעמקות במשימות ממוקדות כדי לבצע אותן משימות. אחרת, עדיף להשתמש באפשרויות אחרות כמו כרטיס פעיל או כרטיסים סטטיים.
כשאפשר, כדאי להשתמש בעיצובי כרטיסים שאושרו. התבניות Mirror API ו-GDK זמינות לחלק מהעיצובים האלה.
- אם משתמשים ב-Mirror API, צריך להשתמש בסגנונות שב-base_style.css.
- מומלץ לפעול לפי הכללים הכלליים לגבי מרווח פנימי ורווחים בתור התבניות המובנות.
מקבצים וחלוקה לדפים מאפשרים לקבץ יחד כרטיסים, אבל כדאי להשתמש בהם בצורה נכונה במצבים הבאים.
הערה: התכונות של קיבוץ ושל החלוקה לדפים מובנות ב-Mirror API. אם מנסים להשיג את אותה פונקציונליות ב-GDK, צריך לחקות את האופן שבו ממשק ה-Mirror API מציג קיבוץ וחלוקה לדפים ככל האפשר. מציגים את הכרטיסים באמצעות אינדיקטורים לערימה, אפשרויות בתפריט וגלילה בכרטיס.
חבילה
- צריך להשתמש בחבילות לקבוצות של כרטיסים דומים, אבל לא יכולים להופיע באותו כרטיס.
- כדאי לעצב כרטיסי שער של חבילה כך שיהיו תקצירים ששונים מבחינה חזותית מהכרטיסים בחבילה.
- התראה למשתמש באמצעות צליל התראה פעם אחת בלבד עבור כל חבילה.
מקרים שבהם חבילות פועלות כראוי:
- שרשור של אימיילים או הודעות קצרות
- שלוש הודעות SMS בין אותם אנשים
- חמש תמונות שצולמו בטווח של שעה אחת מהשנייה
- מאמרים קשורים נוספו בבת אחת
- רשימה של אירועים מרכזיים ועדכוני תוצאות של משחק ספורט מתמשך
מקרים שבהם החבילות לא פועלות כראוי:
- כל התוכן מהשירות שלך
- כותרות רבות נשלחו ל-Glass במהלך יום
חלוקה לדפים
החלוקה לדפים של פריטים בציר הזמן לא מתאימה לכרטיס בודד בגלל מגבלות מקום, אבל בכל מקרה אחר הם צריכים להיות באותו כרטיס.
מקרים שבהם החלוקה לדפים פועלת כמו שצריך:
- אימייל יחיד, כתבה חדשותית או תוכן דומה שלא מתאים לכרטיס אחד
מקרים שבהם החלוקה לדפים לא עובדת כמו שצריך:
- קבוצה של כרטיסים נפרדים, כמו כמה כתבות או הודעות אימייל
חשוב לוודא ש-Glassware תואמים לשאר השיטות המומלצות שלנו ל-Glassware.
נכסי אינטרנט
- השתמשו בסמלים של Send to Glass אם אתם שולחים תוכן ל-Glass מהאינטרנט.
- אם אתם מספקים קישור להורדת Glassware, השתמשו בסמלים Get it on Glass.
- חשוב להקפיד על כללי הדקדוק והאיות.
- אין לכלול יותר משני דפי הרשאה או התחברות.
- אסור שההגדרות ידרשו הרשאה מחדש בתוך פרק זמן סביר (פחות משלושה חודשים).
- אם יש צורך בחשבון או באפליקציה נלווית, תהליך ההרשאה יהיה ברור למשתמשים שיש להם או שאין להם חשבון בשירות שלכם.
- כתובת ה-URL של דף האינטרנט של ההרשאה חייבת להיות שונה מכתובת ה-URL של דף האינטרנט של ההגדרות.
- אם נדרש חשבון משתמש, אסור ל-Glassware לאמת משתמש בלי להתחבר לחשבון המשתמש.
- לציין באופן חזותי שנשמר שינוי בהגדרות.
- חשוב לציין את תדירות העדכון הכוללת ולכל פיד, אם רלוונטי, כדי לשמור על הרלוונטיות של התוכן. בצילום המסך הבא מוצגת דוגמה לאפשר למשתמשים להגדיר את תדירות העדכון ואת סוגי הפידים.
מיתוג (Branding)
מותג Glass והנכסים המשויכים אליו הם קנייניים, ומתוכננים בקפידה ו-Google משתמשת בהם.
- אין להשתמש בסמלי לוגו או בנכסים של Glass בבעלותם, לשנות אותם או לחקות אותם בכל דרך שהיא, אלא אם הם סופקו בדף [נכסים](/glass/tools-downloads/downloads).
- אין להשתמש בגופן הלוגו ב-Glass, לשנות אותו או לחקות אותו לשימוש במוצר.
כתיבה
כברירת מחדל, כלי זכוכית והתיאורים הקשורים אליהם חייבים להיות באנגלית. ניתן להשתמש במספר שפות אם יש שוויון מלא בתכונות.
יש לוודא שהשם של Glassware מתאר באופן מדויק את הפונקציונליות או המיתוג של ה-Glassware. אל תשתמשו במחרוזת "Glass" בשם, אלא אם היא מופיעה בביטוי "for Glass". לדוגמה, "Cat Facts for Glass" מותר, אבל לא "Glass Cat Facts" או "Glass Cat Photos".
למידע על הגבלות והנחיות, ראו זכוכית בטקסט.
צריך לפעול בהתאם להנחיות לכתיבה במקרים הרלוונטיים.
בדיקה
הפעילו את ה-Glassware על חומרה אמיתית של Glass. זוהי הדרך היחידה להעריך במדויק את חוויית המשתמש. כמו כן, יש לוודא ש-GDK Glassware לא גורמים לביצועים לא צפויים, כמו חימום יתר של Glass.