ההנחיות האלה יעזרו לכם להימנע מטעויות נפוצות וללוות אתכם בתהליך היצירה של זכוכית איכותית.
הפעלה
ודאו ש-Glassware משתמש בפקודות קוליות שאושרו.
ודאו שה-Glassware משתמש בפקודות לפי הקשר שאושרו.
ממשק ה-API שיקוף לא מיועד לקבלת בקשות ממשתמשים ומגיב בזמן אמת או בזמן אחזור קצר. אם יש דרישה כזו, יש להשתמש ב-GDK.
לדוגמה, השיקוף של ממשק ה-API של Glassware פועל היטב עם הפקודה "רשום הערה" או "פרסם עדכון", מכיוון שהמשתמשים לא צריכים להמתין לתגובה מ-Glassware לאחר הפעלת הפקודה.
לעומת זאת, "הפעלת טיימר" ו"כוונון מכשיר" לא עובדות טוב עם שיקוף API לזכוכית, כי המשתמשים מצפים שהחוויה תתחיל מיד.
המשתמשים יכולים להפעיל את Glassware ואת התכונות שלו בשתי דרכים עיקריות: באמצעות שימוש בפקודה קולית או בפקודת מגע בתפריט הראשי של OK בתקופת הזכוכית, או באמצעות תפריט הקשרי מכרטיס ציר זמן.
אין לחייב את המשתמשים להצמיד כרטיס ציר זמן עם אפשרויות בתפריט כדי להשיק את Glassware. שיקוף ה-API מיועד להתראות תקופתיות המבוססות על הגדרות שהמשתמש קבע, או על שיתוף תוכן עם אנשי קשר.
מותר לספק אפשרויות בתפריט כדי להפעיל את GDK Glassware או להתקשר ל-שיקוף API, כל עוד השימוש בחוויה תואם לדפוס העיצוב של התראות תקופתיות, ולא נעשה שימוש ב-Mirror API לאינטראקציה אינטראקטיבית.
לדוגמה, אסור להשתמש ב-Glassware של אימוץ חיות מחמד כדי להוסיף כרטיס ציר זמן ולאלץ את המשתמשים להצמיד אותו כדי לגשת לתכונות במועד מאוחר יותר (לדוגמה, כדי לחפש "כלבים", "חיפוש חתולים", "חיפוש ציפורים" וכו'). במקום זאת, Glassware צריך לאפשר למשתמשים להגדיר קריטריונים לחיות המחמד הרצויות, ולהציע מדי פעם כרטיסים שעומדים בקריטריונים האלה. הכרטיסים האלה יכולים לכלול אפשרויות בתפריט לביצוע פעולות כמו "קריאת ביוגרפיה" ו"אימוץ חיית מחמד".
חובה להבהיר למשתמשים ש-Glassware פועל, אם הם מפעילים אותו באופן מפורש.
עיצוב
Glass מיועד לקטעי מידע קטנים שמועברים בזמן הנכון. ניוד כל תכונה מאפליקציה לנייד לא יעבוד כמו שצריך ב-Glass. במקום זאת, מצאו את תרחישים לדוגמה שמתאימים במיוחד ל-Glass, והתמקדו ביצירת כמה תכונות קסומות. תוכלו לעיין בעיצוב ל-Glass כדי לקבל השראה.
- הקשות על כרטיסים בשידור חי תמיד מציגות תפריט Glass. כל הכרטיסים הפעילים חייבים לכלול אפשרות בתפריט עצירה כדי לסגור את הכרטיס הפעיל מציר הזמן.
- אם כרטיסים בזמן אמת מתחילים לשקוע, משתמשים מגיעים לנקודה שבה הם הפסיקו עכשיו, כל עוד הם יכולים להמשיך.
- החלקה או הקשה סוחפות יוצרות תמיד פעולה או משוב שלא שימשו להבעה (לדוגמה, שימוש בגרירה אופקית).
- בתנועות שלא מתנהגות כמו מערכת הזכוכית צריכות להיות הוראות ברורות לשימוש וניקוי תוצאות.
- אם יוצרים אלמנטים של ממשק משתמש שדומים למה ש-Glass מספקת, צריך להשתמש במקום זאת במערכת Glass. למשל, אפשר להשתמש בתצוגת גלילה בכרטיס במקום להטמיע תצוגה שלך.
- השתמשו במשימות עשירות שמחייבות זאת. אחרת, יש עדיפות לאפשרויות אחרות כמו כרטיס שידור חי או כרטיסים סטטיים.
במידת האפשר, מומלץ להשתמש בעיצובי כרטיסים שאושרו. בחלק מהעיצובים האלה אפשר להשתמש בתבניות שיקוף API ו-GDK.
- אם משתמשים ב-שיקוף API, אפשר להשתמש בסגנונות שב-base_style.css.
- יש לפעול לפי הכללים הכלליים עבור המרווח הפנימי והריווח בתור התבניות המובנות.
חבילות ועימוד מאפשרים לקבץ יחד כרטיסים, אבל כדאי להשתמש בהם בצורה נכונה במצבים הבאים.
הערה: התכונות של קיבוץ ועימוד מובנות בממשק של שיקוף API. אם אתם מנסים להשיג את אותה פונקציונליות ב-GDK, מחקים את האופן שבו ה-API של שיקוף מציג כמה שיותר קיבוץ ועימוד. מומלץ להשתמש במחסני קריסות, במנות בתפריט ובכלי גלילה לכרטיסים כדי להציג את הכרטיסים.
חבילה
- להשתמש בחבילות לקבוצות של כרטיסים דומים, אבל לא צריכים להופיע באותו כרטיס.
- מומלץ לעצב את הכרטיסים של החבילות השונות כך שיופיעו בתקצירים שונים מהכרטיסים שבחבילה.
- הודעה למשתמש עם צליל התראה פעם אחת בלבד לכל חבילה.
מקרים שבהם חבילות עובדות היטב:
- שרשור של הודעות אימייל או הודעות קצרות
- שלוש הודעות SMS בין אותם אנשים
- חמש תמונות שצולמו תוך שעה אחת מהשנייה
- כל המאמרים הקשורים נוספו בבת אחת
- רשימה של אירועי מפתח ועדכוני תוצאות של משחק ספורט מתמשך
מקרים שבהם החבילות לא עובדות כמו שצריך:
- כל התוכן מהשירות שלך
- כותרות רבות נשלחות אל Glass במהלך היום
עימוד
אפשר להשתמש בעימוד לפריטים בציר הזמן שלא מתאימים לכרטיס יחיד בגלל אילוצי מקום, אבל אחרת הם צריכים להופיע באותו כרטיס.
מקרים שבהם העימוד פועל טוב:
- הודעת אימייל יחידה, כתבה חדשותית או תוכן דומה שאינו מתאים לכרטיס אחד
מקרים שבהם העימוד לא פועל כראוי:
- קבוצה של כרטיסים נפרדים, כמו סיפורים חדשותיים מרובים או הודעות אימייל
מוודאים שכלי ה-Glassware עומד בשיטות המומלצות שלנו עבור Glassware.
נכסי אינטרנט
- תוכלו להשתמש בסמלים של Send to Glass אם אתם שולחים תוכן ל-Glass מהאינטרנט.
- השתמשו בסמלים Get Glass כדי לספק קישור להורדת Glassware.
- ודאו שהדקדוק והאיות נכונים.
- אין לכלול יותר משני דפי הרשאה או התחברות.
- אין לחייב הרשאות מחדש בתוך פרק זמן סביר (פחות משלושה חודשים).
- אם יש צורך בחשבון או באפליקציה נלווית, תהליך ההרשאה ברור למשתמשים עם חשבון בשירות או שאין להם חשבון.
- כתובת ה-URL של דף ההרשאה צריכה להיות שונה מכתובת ה-URL של דף ההגדרות.
- אם נדרש חשבון משתמש, אסור ל-Glassware לאמת משתמש בלי להתחבר לחשבון המשתמש.
- מציינים באופן חזותי ששינוי הגדרות נשמר.
- רצוי לציין תדירות עדכון כוללת לכל פיד, אם רלוונטי, כדי לשמור על תוכן רלוונטי. בצילום המסך הבא אפשר לראות איך לאפשר למשתמשים להגדיר תדירות עדכונים וסוגי עדכונים.
פרטי החברה
מותג ה-Glass והנכסים הקשורים אליו הם קנייניים והם מתוכננים בקפידה על ידי Google.
- אין להשתמש, לשנות או לחקות סמלי לוגו או נכסים קנייניים מ-Glass בכל צורה שהיא, אלא אם הם סופקו בדף [נכסים](/glass/tools-download/downloads).
- אין להשתמש, לשנות או לחקות את גופן הלוגו של Glass לשימוש במוצר.
כתיבה
Glassware והתיאורים הקשורים אליו חייבים להיות באנגלית כברירת מחדל. אם יש כמה מאפיינים של התאמה למשפחות, אפשר להשתמש במספר שפות.
ודאו שהשם של Glassware מציג באופן מדויק את הפונקציונליות או את המיתוג של Glassware. אל תשתמשו במחרוזת "Glass" בשם, אלא אם היא נמצאת בביטוי "עבור Glass". לדוגמה, 'עובדות על חתולים על זכוכית' זה בסדר, אבל לא 'עובדות על משקפי זכוכית' או 'תמונות חתולים'.
למידע נוסף על ההגבלות וההנחיות, לחצו על Glass in text.
אם יש מקרים כאלה, צריך לכתוב הנחיות לכתיבה.
בדיקה
הפעילו את כלי הזכוכית שלכם בחומרה מ-Glass. זו הדרך היחידה להעריך במדויק את חוויית המשתמש. כמו כן, צריך לוודא ש-GDK Glassware לא גורם לביצועים בלתי צפויים, כמו חימום יתר של ה-Glass.