ऑडियो वाले चश्मे और डिस्प्ले वाले चश्मे, Android के सूचना फ़्रेमवर्क का इस्तेमाल करते हैं. इसलिए, सूचना के एक ही एपीआई का इस्तेमाल करके, अलग-अलग फ़ॉर्म फ़ैक्टर वाले डिवाइसों पर उपयोगकर्ताओं को सूचनाएं भेजी जा सकती हैं. ज़्यादा से ज़्यादा डिवाइसों के साथ काम करने की सुविधा देने और डेवलपमेंट के लिए लगने वाले समय और मेहनत को कम करने के लिए, Android के NotificationCompat एपीआई का इस्तेमाल करें. Android, आने वाली सूचनाओं को पार्स करता है और डिवाइस की क्षमताओं के हिसाब से, उन्हें दिखाता है.
सूचनाओं के लिए सबसे सही तरीकों का पालन करके, फ़ोन पर मिलने वाली सूचनाओं को ऑडियो वाले चश्मे और डिस्प्ले वाले चश्मे पर भी दिखाया जा सकता है. इसके लिए, आपको कोई अतिरिक्त कॉन्फ़िगरेशन करने की ज़रूरत नहीं होती. यह समझने के लिए कि सिस्टम, ऑडियो वाले चश्मे और डिस्प्ले वाले चश्मे के लिए सूचनाओं को कैसे अडजस्ट करता है, यहां दी गई जानकारी पढ़ें.
सिस्टम, सूचना को ब्रिज करने के बारे में कैसे तय करता है
Android, आने वाली सूचना के Notification.Style के साथ-साथ,
कई अन्य शर्तों का इस्तेमाल करके यह तय करता है कि सूचना को
उपयोगकर्ता के ऑडियो वाले चश्मे या डिस्प्ले वाले चश्मे पर ब्रिज किया जाए या नहीं.
सूचना के लिए इस्तेमाल किए जा सकने वाले स्टाइल
ऑडियो वाले चश्मे और डिस्प्ले वाले चश्मे, Android के Notification.Style क्लास के सबसेट के साथ काम करते हैं. डिस्प्ले वाले चश्मे पर, सूचना के ये स्टाइल पूरी तरह से रेंडर होते हैं:
स्टैंडर्ड स्टाइल (
NotificationCompat.Style)
-
-
CallStyle(सिर्फ़ तब, जब सूचना को लाइव अपडेट के तौर पर दिखाया जा सकता हो)
सूचना के अन्य स्टाइल (जैसे, InboxStyle) पूरी तरह से पार्स और
रेंडर नहीं होते. इन स्टाइल के लिए, स्टाइल के हिसाब से फ़ील्ड रेंडर नहीं होते. जैसे,
खास जानकारी वाला टेक्स्ट InboxStyle के लिए. इसके बजाय, सिस्टम
स्टैंडर्ड स्टाइल पर वापस आ जाता है और सिर्फ़ सामान्य फ़ील्ड रेंडर करता है. जैसे, कॉन्टेंट का टाइटल.
RemoteViews
ब्रिज करने के लिए ज़रूरी अन्य शर्तें
सूचना के स्टाइल के अलावा, उपयोगकर्ता के ऑडियो वाले चश्मे या डिस्प्ले वाले चश्मे पर ब्रिज करने के लिए, सूचना को इन शर्तों को भी पूरा करना होगा:
- सूचना, उपयोगकर्ता के कंट्रोल वाली इन सेटिंग में से किसी के भी तहत नहीं होनी चाहिए. ऐसा होने पर, सूचना डिलीवर नहीं की जा सकती:
चश्मे के साथ काम करने वाले ऐप्लिकेशन की सेटिंग:
ऐप्लिकेशन-लेवल टॉगल: डिफ़ॉल्ट रूप से, Glasses ऐप्लिकेशन में ऐप्लिकेशन की सूचनाएं बंद होती हैं. ऐसा इसलिए, ताकि उपयोगकर्ता यह तय कर सकें कि उनके चश्मे पर कौनसी सूचनाएं ब्रिज की जाएं.
इस डिफ़ॉल्ट सेटिंग की मदद से, उपयोगकर्ता किसी खास ऐप्लिकेशन के लिए अपने फ़ोन पर सूचनाएं चालू रख सकता है. हालांकि, वह अपने स्मार्ट ग्लास पर उस ऐप्लिकेशन के लिए सूचनाएं बंद कर सकता है. Glasses ऐप्लिकेशन में, आपके ऐप्लिकेशन के लिए सूचनाएं चालू करनी हैं या नहीं, यह तय करने में उपयोगकर्ता की मदद करने के लिए, यह बताएं कि सूचनाएं मिलने से, आपके ऐप्लिकेशन का इस्तेमाल करने का अनुभव कैसे बेहतर होगा.
उपयोगकर्ता के फ़ोन पर, सिस्टम-लेवल की सूचना सेटिंग:
ऐप्लिकेशन-लेवल टॉगल: अगर कोई उपयोगकर्ता, फ़ोन पर किसी ऐप्लिकेशन के लिए सूचनाएं पूरी तरह से बंद कर देता है, तो उस ऐप्लिकेशन की कोई भी सूचना ब्रिज नहीं की जाती.
उपयोगकर्ता के फ़ोन पर, सिस्टम-लेवल की 'परेशान न करें' (डीएनडी) सेटिंग: एआई वाले चश्मे, फ़ोन की डीएनडी सेटिंग का इस्तेमाल करते हैं. अगर उपयोगकर्ता का फ़ोन डीएनडी मोड में है, तो उपयोगकर्ता के चश्मे पर भी सूचनाएं नहीं दिखेंगी.
- सूचना को
IMPORTANCE_HIGHयाIMPORTANCE_MAXवाले चैनल पर असाइन किया गया हो. - सूचना का टाइटल
nullया खाली न हो. - सूचना को
FLAG_LOCAL_ONLYके तौर पर मार्क न किया गया हो. अगर यह फ़्लैग सेट है, तो सूचना सिर्फ़ प्राइमरी डिवाइस पर दिखेगी. - सूचना, बैकग्राउंड में जारी गतिविधि की सूचना न हो. जैसे, बैकग्राउंड में लगातार चलने वाला कोई टास्क. हालांकि, अगर सूचना को लाइव अपडेट की सूचना के तौर पर दिखाया जा सकता है, तो यह बैकग्राउंड में जारी गतिविधि की सूचना हो सकती है.
लाइव अपडेट की सूचनाएं, डिस्प्ले वाले चश्मे पर कैसे ब्रिज की जाती हैं
लाइव अपडेट की सूचनाएं, सूचनाओं की एक खास क्लास होती हैं. इन्हें उपयोगकर्ता की ओर से शुरू की गई उन गतिविधियों के लिए डिज़ाइन किया जाता है जिन्हें लगातार मॉनिटर करने की ज़रूरत होती है. जैसे, राइडशेयर के ईटीए, रास्ते के दिशा-निर्देश या चालू कॉल. सामान्य सूचनाओं के उलट, लाइव अपडेट चालू रहते हैं, ताकि जानकारी का लगातार स्ट्रीम मिलता रहे. यह जानकारी, सिस्टम यूज़र इंटरफ़ेस (यूआई) में साफ़ तौर पर दिखती है.
डिस्प्ले वाले चश्मे के लिए, लाइव अपडेट दो मुख्य जगहों पर रेंडर होते हैं:
- होम स्क्रीन: लाइव अपडेट की सूचनाएं, होम कैनवस पर कार्ड के तौर पर दिखती हैं. अगर एक से ज़्यादा लाइव अपडेट चालू हैं, तो सिस्टम a स्टैक का इस्तेमाल करता है.
- सिस्टम बार: जब उपयोगकर्ता किसी दूसरे ऐप्लिकेशन या अनुभव में होता है, तो लाइव अपडेट, सिस्टम बार में स्टेटस चिप के तौर पर दिखते हैं. स्टेटस में बदलाव होने पर, ये चिप कुछ समय के लिए दिखती हैं. अगर डिस्प्ले स्लीप मोड में है, तो स्टेटस में बदलाव होने पर, स्टेटस चिप अपने-आप स्क्रीन को वेक अप कर देती है. इससे उपयोगकर्ता को मैन्युअल इंटरैक्शन के बिना, जानकारी मिलती रहती है.
अगर लाइव अपडेट की सूचना, एआई वाले चश्मे के लिए सूचना के इस्तेमाल किए जा सकने वाले स्टाइल का इस्तेमाल करती है, तो उसे पूरी तरह से पार्स और रेंडर किया जाता है. लाइव अपडेट की वे सूचनाएं जो
सूचना के अन्य स्टाइल (जैसे, BigTextStyle) का इस्तेमाल करती हैं, उन्हें पूरी तरह से पार्स नहीं किया जाता.
इसके बजाय, सिस्टम उन्हें स्टैंडर्ड स्टाइल वाली सूचना के तौर पर दिखाता है.
डिस्प्ले वाले चश्मे के लिए, सूचनाओं पर की जा सकने वाली कार्रवाइयां
डिस्प्ले वाले चश्मे पर, आने वाली सूचनाएं
हेड्स-अप नोटिफ़िकेशन (एचयूएन) के तौर पर दिखती हैं. MessagingStyle सूचनाओं के लिए, आपका
ऐप्लिकेशन सीधे जवाब देने की कार्रवाई का इस्तेमाल कर सकता है. ज़्यादा जानकारी पाने और जवाब देने के लिए, उपयोगकर्ता टैप करके सूचना को बड़ा कर सकते हैं. सूचना के अन्य सभी स्टाइल के लिए, सिर्फ़ सिस्टम की ओर से दी गई, सूचना को हटाने की कार्रवाई का विकल्प उपलब्ध होता है.
सीधे जवाब देने की सुविधा का इस्तेमाल करते समय, उपयोगकर्ता बोलकर जवाब दे सकते हैं या आगे की ओर स्क्रोल करके, स्मार्ट जवाब की सूची में से कोई जवाब चुन सकते हैं. स्मार्ट जवाबों के लिए, हम डिवाइस पर मौजूद एआई का इस्तेमाल करके, छोटे और काम के जवाबों के सुझाव दे सकते हैं.