שיטות מומלצות

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

עיצוב ראשון, קוד שני

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

כדי לקבל משוב בשלב מוקדם של העיצוב, תוכלו ליצור ולשלוח לצוות שלכם את העיצוב של זרימת זכוכית.

אין להשתמש בפריט מוצמד בציר הזמן כמפעיל

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

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

מותר לספק אפשרויות בתפריט כדי להפעיל את GDK Glassware או להתקשר ל-שיקוף API, כל עוד השימוש בחוויה תואם לתבנית העיצוב של התראות תקופתיות, ולא נעשה שימוש ב-Mirror API לאינטראקציה אינטראקטיבית.

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

שימוש בתבניות ובתבניות רגילות של כרטיסים

במידת האפשר, מומלץ להשתמש בתבניות כרטיסים ובתבניות שאושרו. אם התבניות לא עובדות:

• אם משתמשים ב-שיקוף API, אפשר להשתמש בסגנונות שב-base_style.css.
• אפשר להשתמש בכללים הכלליים למרווח פנימי וריווח כתבניות מובנות.

ציות לדרישות המדיה

אם אתם מספקים מדיה, פעלו לפי ההנחיות הבאות:

• כל הסרטונים הציבוריים מועברים בסטרימינג ואינם מצורפים לפריטים בציר הזמן.
• יחס הגובה-רוחב של הסרטון הוא 16:9.
• רזולוציית הסרטון היא 640 × 360 פיקסלים.
• פורמט H.264

קיבוץ הדפים באופן תקין

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

חבילה

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

מקרים שבהם חבילות עובדות היטב:

• שרשור של הודעות אימייל או הודעות קצרות
• שלוש הודעות SMS בין אותם אנשים
• חמש תמונות שצולמו תוך שעה אחת מהשנייה
• כל המאמרים הקשורים נוספו בבת אחת
• רשימה של אירועי מפתח ועדכוני תוצאות של משחק ספורט מתמשך

מקרים שבהם החבילות לא עובדות כמו שצריך:

• כל התוכן מהשירות שלך
• כותרות רבות נשלחות אל Glass במהלך היום

עימוד

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

מקרים שבהם העימוד פועל טוב:

• הודעת אימייל יחידה, כתבה חדשותית או תוכן דומה שאינו מתאים לכרטיס אחד

מקרים שבהם העימוד לא פועל כראוי:

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

עיצוב לפי תפריט רגיל

אפשרויות בתפריט בהתאמה אישית

• לכל פעולה בתפריט יש סמל משויך בגודל 50 × 50. השתמשו בסמלי התפריט של Glass כדי לשמור על עקביות בממשק המשתמש של Glass.
• אם הדבר אפשרי, ניתן להגביל את השמות לתצוגה למספר מילים. שימוש בפעלים אימפריאליים עם או בלי אובייקט.
• מומלץ להשתמש בסמל ובשם התצוגה שמוגדרים כברירת מחדל באפשרויות מובנות בתפריט, אלא אם אתם משתמשים במנה שונה לחלוטין.
• הסמלים הם בצבע לבן ולרקעים שקופים.
• יש להשתמש בשמות מקוצרים של התפריט שאפשר לבצע בהם פעולות. פעלים אימפריאליים עם או בלי אובייקטים פועלים נהדר, כמו בדוגמאות הבאות.
• פריטים בתפריט "סגירה" מסירים את כרטיס ציר הזמן רק מציר הזמן, ולכן יוצרים עבור זה פריט בתפריט בהתאמה אישית רק אם אתם זקוקים לו. באופן כללי, יש לאפשר ירידה הדרגתית בפריטי קו הזמן לאורך זמן, ולא לחייב את המשתמשים לנהל באופן פעיל את האפליקציה.
• האורך המקסימלי של השם הוא 15 תווים. למשל:

גרועה	איכות טובה
הרחבת ההקלטה	הרחבת הסרטון
שליחת הודעה ליוסי	שליחת הודעה

אפשרויות מובנות בתפריט

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

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

אני לא רוצה להשתמש ב-שיקוף API לאינטראקציה אינטראקטיבית מיידית

ממשק ה-API שיקוף לא מיועד לקבלת בקשות ממשתמשים ומגיב בזמן אמת או בזמן אחזור קצר. אם יש דרישה כזו, יש להשתמש ב-GDK.

לדוגמה, השיקוף של ממשק ה-API של Glassware פועל היטב עם הפקודה "Take a note", מכיוון שהמשתמשים לא צריכים להמתין לתגובה מ-Glassware לאחר הפעלת הפקודה.

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

האילוץ הזה חל על פקודות קוליות עיקריות בכרטיס Glass Home, וכן על אפשרויות בתפריט בכרטיסים ומוטמעות.

יוצרים תוכן בהתאם

כשאתם יוצרים תוכן לכרטיסים שלכם, כל כרטיס צריך להיות תמציתי ולכלול פרט לוגי אחד. כמו כן:

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