ऑडियो वाले चश्मे और डिस्प्ले वाले चश्मे, 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 सूचनाओं के लिए, आपका
ऐप्लिकेशन सीधे जवाब देने की कार्रवाई का इस्तेमाल कर सकता है. ज़्यादा जानकारी देखने और जवाब देने के लिए, उपयोगकर्ता टैप करके सूचना को बड़ा कर सकते हैं. सूचना के अन्य सभी स्टाइल के लिए, सिस्टम की ओर से दी गई 'साफ़ करें' कार्रवाई ही उपलब्ध होती है.
सीधे जवाब देने की सुविधा का इस्तेमाल करते समय, उपयोगकर्ता बोलकर जवाब दे सकते हैं या आगे की ओर स्क्रोल करके, स्मार्ट जवाब की सूची में से कोई जवाब चुन सकते हैं. स्मार्ट जवाब के लिए, हम डिवाइस पर मौजूद एआई का इस्तेमाल करके, छोटे और काम के जवाबों के सुझाव दे सकते हैं.