เอกสารนี้จะอธิบายแนวทางปฏิบัติแนะนําในการออกแบบและส่งข้อมูล ปฏิบัติตามหลักเกณฑ์เหล่านี้ (หากมี) เพื่อให้ผู้ใช้ได้รับประสบการณ์ที่ดีที่สุด
ออกแบบครั้งแรก โค้ดที่ 2
เรียนรู้หลักการและรูปแบบของการออกแบบก่อนเริ่มพัฒนา Glass สําหรับข้อมูลเพิ่มเติม โปรดอ่านคู่มือการออกแบบ
หากต้องการรับฟังความคิดเห็นเกี่ยวกับการออกแบบก่อนเปิดตัว ให้สร้างและส่งการออกแบบ Glassware Flow ไปยังทีมตรวจสอบ
อย่าใช้รายการไทม์ไลน์ที่ปักหมุดเป็น Launcher
ผู้ใช้สามารถเรียกใช้ Glassware และฟีเจอร์ต่างๆ ได้ 2 วิธีหลักๆ โดยใช้คําสั่งเสียงหรือคําสั่งสัมผัสจากเมนูหลัก ok Glass หรือผ่านเมนูตามบริบทจากการ์ดไทม์ไลน์
คุณไม่ควรบังคับให้ผู้ใช้ปักหมุดการ์ดไทม์ไลน์ที่มีรายการในเมนู เพื่อจุดประสงค์ในการเปิดตัว Glassware Mirror API ออกแบบมาเพื่อการแจ้งเตือนเป็นระยะๆ ตามการตั้งค่าที่ผู้ใช้กําหนดค่าไว้
การส่งรายการเมนูเพื่อเริ่มใช้ GDK Glassware หรือเรียก Mirror API จะไม่ถือว่าตราบใดที่ประสบการณ์นั้นเป็นไปตามรูปแบบการออกแบบการแจ้งเตือนตามกําหนดเวลา และจะไม่ใช้ Mirror API สําหรับการโต้ตอบทันที
เช่น สัตว์ที่อุปการะเลี้ยงสัตว์ Glass ไม่ควรแทรกการ์ดไทม์ไลน์และบังคับให้ผู้ใช้ปักหมุดแอปเพื่อเข้าถึงฟีเจอร์ในภายหลัง (เช่น "ค้นหาสุนัข" "ค้นหาแมว" "ค้นหานก" และอื่นๆ) แต่ Glassware ควรอนุญาตให้ผู้ใช้กําหนดเกณฑ์สําหรับสัตว์เลี้ยงที่ต้องการและนําส่งบัตรที่ตรงตามเกณฑ์นี้เป็นระยะๆ การ์ดเหล่านี้อาจมีรายการในเมนูเพื่อดําเนินการต่างๆ เช่น "อ่านประวัติ" และ "รับเลี้ยงสัตว์"
ทําตามการออกแบบและเทมเพลตการ์ดมาตรฐาน
หากเป็นไปได้ ให้ใช้การออกแบบการ์ดและเทมเพลตที่ได้รับอนุมัติ หากเทมเพลตไม่ทํางาน ให้ทําดังนี้
- ใช้รูปแบบใน base_style.css หากใช้ Mirror API
- ทําตามกฎทั่วไปสําหรับระยะห่างจากขอบและการเว้นวรรคเป็นเทมเพลตในตัว
ปฏิบัติตามข้อกําหนดสื่อ
หากนําส่งสื่อ ให้ทําตามหลักเกณฑ์ต่อไปนี้
- วิดีโอสาธารณะทุกรายการจะสตรีมและไม่ได้แนบไปกับรายการไทม์ไลน์
- อัตราส่วนวิดีโอคือ 16:9
- วิดีโอมีความละเอียด 640 × 360 พิกเซล
- รูปแบบ H.264
ใส่เลขหน้าและใส่เลขหน้าอย่างถูกต้อง
แพ็กเกจและการใส่เลขหน้าช่วยให้คุณจัดกลุ่มการ์ดเข้าด้วยกันได้ แต่คุณควรนําการ์ดไปใช้อย่างถูกต้องในสถานการณ์ต่อไปนี้
กลุ่ม
- ใช้แพ็กเกจสําหรับกลุ่มการ์ดที่คล้ายกัน แต่ไม่ควรอยู่ในการ์ดเดียวกัน
- ออกแบบการ์ดหน้าปกเป็นไดเจสต์ให้เห็นภาพที่แตกต่างจากการ์ดในแพ็กเกจ
- แจ้งให้ผู้ใช้ทราบว่าจะมีเสียงการแจ้งเตือน 1 ครั้งต่อกลุ่ม
กรณีที่แพ็กเกจทํางานได้ดี
- ชุดข้อความอีเมลหรือข้อความสั้นๆ
- ข้อความ SMS 3 รายการระหว่างผู้ใช้รายเดียวกัน
- รูปภาพ 5 รูปที่ถ่ายภายใน 1 ชั่วโมงจากกัน
- แทรกบทความที่เกี่ยวข้องทั้งหมดพร้อมกันแล้ว
- รายการอัปเดตสําคัญและคะแนนสําหรับการแข่งขันกีฬาที่กําลังดําเนินอยู่
กรณีที่แพ็กเกจทํางานได้ไม่ดี
- เนื้อหาทั้งหมดจากบริการ
- บรรทัดแรกหลายรายการที่ส่งไปยัง Glass ในช่วงเวลา 1 วัน
การใส่เลขหน้า
ใช้การใส่เลขหน้าสําหรับรายการลําดับเวลาที่ไม่ตรงกับการ์ดรายการเดียวเนื่องจากข้อจํากัดด้านพื้นที่ทํางาน แต่ควรมีการ์ดใบเดียวกัน
กรณีที่การใส่เลขหน้าทํางานได้ดี:
- อีเมล เรื่องราว ข่าวสาร หรือเนื้อหาที่คล้ายกันรายการเดียวที่ไม่เหมาะกับการ์ดเพียงใบเดียว
กรณีที่การใส่เลขหน้าทํางานได้ไม่ดีมีดังนี้
- กลุ่มการ์ดเฉพาะ เช่น เรื่องราวหรืออีเมลหลายรายการ
ทําตามการออกแบบเมนูมาตรฐาน
รายการในเมนูที่กําหนดเอง
- การกระทําแต่ละรายการในเมนูต้องมีไอคอนขนาด 50 x 50 ที่เกี่ยวข้อง ใช้ไอคอนเมนูเพื่อให้สอดคล้องกับ UI ของ Glass
- หากเป็นไปได้ ให้แสดงชื่อที่แสดงเป็นคําไม่กี่คํา ใช้คํากริยาที่จําเป็นซึ่งมีหรือไม่มี วัตถุ
- ใช้ไอคอนเริ่มต้นและชื่อที่แสดงสําหรับรายการในเมนูในตัว เว้นแต่คุณใช้รายการเมนูสําหรับอย่างอื่นมากๆ
- ไอคอนจะเป็นสีขาวล้วนและบนพื้นหลังโปร่งใส
- ใช้ชื่อที่แสดงของรายการเมนูสั้นๆ และนําไปใช้ได้จริง คํากริยาที่จําเป็นไม่ว่าจะมีหรือไม่มีวัตถุก็ได้ จะใช้งานได้ดีในตัวอย่างต่อไปนี้
- รายการในเมนู "ปิด" จะนําการ์ดไทม์ไลน์ออกจากไทม์ไลน์เท่านั้น ดังนั้นให้สร้างรายการในเมนูที่กําหนดเองเฉพาะเมื่อจําเป็นต้องใช้เท่านั้น โดยทั่วไปแล้ว คุณควรปล่อยให้รายการลดลงตามลําดับอย่างเป็นธรรมชาติเมื่อเวลาผ่านไป และไม่กําหนดให้ผู้ใช้ต้องจัดการแอปด้วยตนเอง
- ตั้งชื่อไม่เกิน 15 อักขระ เช่น
แย่ | ดี |
---|---|
ขยายการบันทึก | ขยายวิดีโอ |
ส่งข้อความถึงโจ | ส่งข้อความ |
รายการในเมนูในตัว
ตอบกลับหรือตอบทั้งหมด - การตอบกลับด้วยเสียงมีไว้เพื่อจับภาพการป้อนข้อมูลรูปแบบอิสระด้วยเสียง อย่าใช้การตอบกลับด้วยเสียงเพื่อจับภาพชุดตัวเลือกแบบจํากัด เช่น การเคลื่อนย้ายที่เป็นไปได้ในเกม
ลบ - ปิดการ์ดไทม์ไลน์และลบเนื้อหาที่สอดคล้องกับการ์ดไทม์ไลน์จากทุกที่ที่มีการจัดเก็บ (พื้นที่เก็บข้อมูลในเครื่องและเซิร์ฟเวอร์) อย่าสับสนของผู้ใช้โดยเสนอรายการเมนู "ลบ" หากฟังก์ชันที่คุณเสนอเป็น "ปิด"
อย่าใช้ Mirror API สําหรับการโต้ตอบทันที
Mirror API ไม่ได้ออกแบบมาเพื่อรับคําขอจากผู้ใช้และตอบสนองแบบเรียลไทม์หรือมีเวลาในการตอบสนองต่ํา หากเป็นข้อกําหนด ให้ใช้ GDK
ตัวอย่างเช่น Mirror API Glassware ทํางานได้ดีกับคําสั่ง "จดโน้ต" เนื่องจากผู้ใช้ไม่จําเป็นต้องรอให้มีการตอบสนองจาก Glassware หลังจากเรียกใช้คําสั่ง
ในทางตรงกันข้าม "ค้นหาสูตรอาหาร สปาเก็ตตี้" ทํางานได้ไม่ดีกับ Mirror API Glassware เนื่องจากผู้ใช้คาดว่าจะแสดงผลการค้นหาทันที เมื่อใช้ มิเรอร์ API ผู้ใช้ต้องรอสักระยะหนึ่งเพื่อให้การ์ดแทรกอยู่ในไทม์ไลน์จึงจะใช้ Glassware ได้ ซึ่งเป็นประสบการณ์ที่ไม่ดีของผู้ใช้
ข้อจํากัดนี้มีผลกับคําสั่งเสียงหลักในการ์ด Glass Home รวมถึงรายการในเมนูในการ์ดและรูปภาพที่สมจริง
สร้างเนื้อหาอย่างเหมาะสม
เมื่อสร้างเนื้อหาสําหรับการ์ด การ์ดแต่ละรายการจะต้องกระชับและมีข้อมูลตรรกะ 1 รายการ นอกจากนี้
- ใช้ภาพแทนข้อความเมื่อเป็นไปได้
- แสดงรูปภาพในอัตราส่วนต้นฉบับ (ครอบตัดได้)
- เว้นพื้นที่ตรงกลางของส่วนท้ายของการ์ดว่างไว้ เมนูบริบทตามบริบทของกระจกจะปรากฏขึ้นที่นี่และบล็อกเนื้อหาที่อยู่ในส่วนด้านล่าง
- หากต้องการ คุณสามารถใช้คลาส CSS
auto-resize
เพื่อปรับขนาดแบบอักษรโดยอัตโนมัติตามเนื้อหา - ปฏิบัติตามหลักเกณฑ์การเขียนของเรา