Chrome Dev Insider के दूसरे एडिशन में आपका स्वागत है. यहां हम कम्यूनिटी और Chrome में हुए नए और दिलचस्प अपडेट शेयर करते हैं. यह इनसाइडर स्टोरी का नया एपिसोड है. इसमें बताया गया है कि हम अपना काम कैसे करते हैं. साथ ही, इसमें कुछ ऐसे अहम अपडेट के बारे में भी बताया गया है जिन पर आपको ध्यान देना चाहिए.
मैं राशेल ऐंड्रू, Chrome Developer Relations टीम की सदस्य हूं. मैं web.dev और developer.chrome.com की कॉन्टेंट लीड हूं. मैं पिछले 20 सालों से वेब पर काम कर रहा हूं. मेरा फ़ोकस ओपन वेब स्टैंडर्ड और सीएसएस पर है. साथ ही, मैं सीएसएस वर्किंग ग्रुप का सदस्य हूं.
हमने दो महीने पहले Google I/O कॉन्फ़्रेंस में, कुछ अहम अपडेट शेयर किए थे. इनमें हमने बताया था कि हम डेवलपर की किस तरह मदद कर रहे हैं, ताकि वे वेब को ज़्यादा तेज़ और बेहतर बना सकें. साथ ही, उपयोगकर्ताओं की जानकारी को सुरक्षित और निजी रख सकें.
इस अपडेट में सबसे खास बात यह है कि टीम, वेब पर ज़्यादा सीएसएस और यूआई सुविधाओं को सपोर्ट करने के लिए काफ़ी काम कर रही है. हमें खुशी है कि कम्यूनिटी ने इस बात पर ध्यान दिया! Chrome Dev Insider के इस एडिशन में, हम आपको पर्दे के पीछे की गतिविधियों के बारे में बताएंगे. जैसे, इस काम के पीछे कौन है, हम सीएसएस और यूज़र इंटरफ़ेस (यूआई) डेवलपर की मदद कैसे करते हैं, और आगे क्या होने वाला है. इसलिए, मुझे Insider के इस एडिशन को होस्ट करते हुए बहुत खुशी हो रही है.
खबरों में
पहले Chrome Dev Insider में, हमने Compat 2021 और Interop 2022 की पहल के बारे में कुछ अपडेट शेयर किए थे. इनमें ब्राउज़र बनाने वाली कंपनियां और नेटवर्क में शामिल अन्य कंपनियां, वेब पर ज़्यादा सुविधाएं उपलब्ध कराने के लिए मिलकर काम कर रही हैं. ये सुविधाएं सभी ब्राउज़र पर काम करती हैं. इस पहल में सीएसएस पर खास तौर पर ध्यान दिया गया है, क्योंकि सीएसएस डेवलपर के लिए, ब्राउज़र के साथ काम न करना एक बड़ी चुनौती है.
हालांकि, यह जानकारी ज़्यादातर लोगों के लिए नई नहीं होगी, लेकिन हमें यह देखकर खुशी हो रही है कि हमने अलग-अलग ब्राउज़र पर पहले ही कितनी तरक्की कर ली है.
पिछले महीने की शुरुआत में, हमने देखा कि Safari ने Safari 16.0 Beta के साथ एक बड़ी रिलीज़ का एलान किया. इसमें कंटेनर क्वेरी, सबग्रिड, और फ़्लेक्सबॉक्स इंस्पेक्टर जैसी दिलचस्प सुविधाएं शामिल हैं. Firefox और Chrome की हाल ही की रिलीज़ में, कई बेहतरीन सुविधाएं और सुधार शामिल किए गए हैं. मैं हर महीने, स्टेबल और बीटा ब्राउज़र में उपलब्ध मुख्य सुविधाओं के बारे में बताता हूं. इसके लिए, मैं वेब प्लैटफ़ॉर्म पर नई सुविधाएं सीरीज़ की पोस्ट लिखता हूं.
खास जानकारी: सीएसएस और यूज़र इंटरफ़ेस (यूआई) डेवलपर की मदद करना
साल 2022, सीएसएस की सुविधाओं के लिए एक शानदार साल रहा. इसलिए, हमने सोचा कि आपको पर्दे के पीछे की कुछ बातें बताई जाएं. मैंने उना क्रावेट्स से बात की. वे वेब यूआई और Devtools की DevRel लीड हैं. मैंने निकोल सुलिवन से भी बात की. वे वेब यूआई की हमारी प्रॉडक्ट मैनेजर हैं. वे सीएसएस और एचटीएमएल एपीआई पर फ़ोकस करती हैं. मैंने इन दोनों से, यूआई डेवलपर के लिए Chrome की यात्रा के बारे में बात की.
आइए, आप दोनों से शुरू करते हैं. अपने बारे में हमें थोड़ी और जानकारी दें?
निकोल: मैं Chrome पर वेब यूज़र इंटरफ़ेस (यूआई) की प्रॉडक्ट मैनेजर हूं. मेरा फ़ोकस खास तौर पर, नए सीएसएस और एचटीएमएल एपीआई पर होता है. साथ ही, उन डेवलपर और डिज़ाइनर पर होता है जो यूज़र इंटरफ़ेस (यूआई) बनाते हैं. यह एक दिलचस्प स्पेस है. इसमें कंटेनर क्वेरी, स्कोप, और (उम्मीद है!) वर्टिकल रिदम जैसे कुछ बहुत ज़रूरी एपीआई रिलीज़ किए जा रहे हैं.
उना: मैं Web UI और DevTools DevRel टीमों का नेतृत्व करती हूं. हमारा फ़ोकस वेब प्लैटफ़ॉर्म पर यूज़र इंटरफ़ेस (यूआई) इंजीनियर की मदद करने पर है. साथ ही, हम यह पक्का करते हैं कि उनके पास वे सभी टूल उपलब्ध हों जिनकी उन्हें ज़रूरत है. इसमें सीएसएस एपीआई और एचटीएमएल कॉम्पोनेंट के साथ-साथ, DevTools की सुविधाएं भी शामिल हैं. इनकी मदद से, किए गए बदलावों और सुझावों को देखा जा सकता है.
पिछले कुछ सालों में, Chrome ने यूज़र इंटरफ़ेस (यूआई) डेवलपर के लिए कई सुविधाएं लॉन्च की हैं. आपको क्यों लगता है कि यहां पहुंचने में इतना समय लगा? आपको किन सबसे बड़ी चुनौतियों का सामना करना पड़ा?
उना: हमें यह दिखाने के लिए कुछ काम करना पड़ा कि यह काम कितना ज़रूरी है और इसे प्राथमिकता क्यों दी जानी चाहिए. हमने 2019 में MDN डीएनए सर्वे किया था. इसमें यूज़र इंटरफ़ेस (यूआई) को प्लैटफ़ॉर्म की कुछ सबसे बड़ी समस्याओं के तौर पर पहचाना गया था. इसके बाद से, हम MDN और डेवलपर के संतुष्ट होने से जुड़े अपने सर्वे के ज़रिए, डेटा का इस्तेमाल करते आ रहे हैं. इन सभी प्रयासों की वजह से, हमें लीडरशिप से ज़्यादा समर्थन मिला. साथ ही, हम यूज़र इंटरफ़ेस (यूआई) से जुड़ी उन सुविधाओं पर इंजीनियरिंग से जुड़ा काम कर पाए जिनके लिए डेवलपर ने सबसे ज़्यादा अनुरोध किए थे. ये सुविधाएं, Compat 2021 और Interop 2022 जैसे इनिशिएटिव के लिए भी सबसे ज़्यादा ज़रूरी हैं.
निकोल: हमें लीडरशिप से मंज़ूरी मिलने के साथ-साथ, डेवलपर को ये एपीआई उपलब्ध कराने का सही तरीका भी ढूंढना था. जब मैंने पहली बार Chrome टीम जॉइन की थी, तब मैंने Layered APIs (या LAPIs) नाम के प्रोजेक्ट में यह गड़बड़ी की थी. LAPIs का मकसद, डेवलपर को ड्रॉप-इन कॉम्पोनेंट का अनुभव देना था. मुझे अब भी लगता है कि यह एक बेहतरीन नतीजा था, लेकिन हमने कई गलतियां कीं! हमने सबसे पहले सूचनाएं और वर्चुअल सूची पर फ़ोकस किया. सूचनाओं को ऐक्सेस करना लगभग नामुमकिन है. साथ ही, वर्चुअल सूची को सही तरीके से बनाना सबसे मुश्किल कॉम्पोनेंट में से एक है. हमारा मकसद अच्छा था, लेकिन इससे डेवलपर को कोई फ़ायदा नहीं मिल रहा था. इसलिए, हमने इस प्रोजेक्ट को बंद कर दिया. मुश्किल तरीके से सीखना आसान नहीं है, लेकिन हर गड़बड़ी से सीएसएस और एचटीएमएल को बेहतर बनाने में मदद मिल रही है.
आइए, एलएपीआई के बारे में थोड़ी और बात करते हैं. वहां क्या हुआ?
निकोल: LAPIs के लिए, हमें पता था कि वेब को एक ऐसे कॉम्पोनेंट डेवलपर अनुभव की ज़रूरत है जो नेटिव यूज़र इंटरफ़ेस (यूआई) बनाने के ज़्यादा करीब हो. इससे यह साफ़ तौर पर पता चला कि एक ही काम को बार-बार करने से, डेवलपर को काफ़ी परेशानी हो रही थी. मैंने अपने करियर में कितने टैब बनाए हैं, यह मुझे याद नहीं! हालांकि, हमने ब्राउज़र के साथ JavaScript को शिप करके इस समस्या को हल करने की कोशिश की, लेकिन यह बहुत मुश्किल था. इससे पहले, किसी ने भी ब्राउज़र में JavaScript को शिप नहीं किया था. साथ ही, यह भी साफ़ तौर पर नहीं बताया गया था कि इसे ब्राउज़र के रेंडरिंग इंजन को चलाने वाले C++ कोड के साथ कैसे इंटरैक्ट करना चाहिए. हमने अन्य ब्राउज़र वेंडर (धन्यवाद, Mozilla!) की बात सुनी और उस तरीके को छोड़ दिया. इसलिए, हम Open UI के साथ कुछ बेहतर ढूंढ पाए हैं. एचटीएमएल और सीएसएस का इस्तेमाल करने से, हमें ऐसे समाधान मिलते हैं जिन्हें आसानी से लागू किया जा सकता है. यह डिक्लेरेटिव है. इसलिए, हम इसमें ऐक्सेसिबिलिटी को इस तरह से शामिल कर सकते हैं कि JavaScript के साथ ऐसा करना आसान नहीं होता. मुझे यह देखकर बहुत खुशी हो रही है कि यह कहाँ जा रहा है. हम selectmenu, popup, tooltip, nav, accordion, tabs, carousel, और toggle के साथ काम करने की सुविधा पर काम कर रहे हैं. ये यूज़र इंटरफ़ेस (यूआई) डिज़ाइन के लिए बहुत ज़रूरी पैटर्न हैं.
इसलिए, हमने बहुत कुछ सीखा है. मुझे पता है कि इस स्पेस में अन्य पहल भी की गई थीं, जैसे कि CSS Houdini. कॉन्टेंट को कहानी सुनाने वाले फ़ॉर्मैट में बनाना क्या होता है?
उना: हां, सीएसएस Houdini एक और ऐसी जगह है जहां हमने कम्यूनिटी से सीखा है. Houdini की कई सुविधाएं काम की हैं. हालांकि, इनमें से कई सुविधाएं बहुत कम लेवल की हैं. इसलिए, इन्हें ज़्यादा लोगों ने इस्तेमाल नहीं किया और न ही इनके लिए ज़्यादा सहायता उपलब्ध है. हमें पता चला कि लो-लेवल एपीआई लागू करने से, डेवलपर के लिए मुश्किलों को कम करना ज़रूरी नहीं है. इसके बजाय, ज़्यादा बेहतर समाधानों और ज़रूरतों पर फ़ोकस करने से, अलग-अलग ब्राउज़र पर काम करने की सुविधा मिली है. साथ ही, नेटवर्क में बदलाव करने के लिए ज़रूरी लैंडिंग भी मिली हैं. फ़िलहाल, हम https://ishoudinireadyyet.com/ पर इस सुविधा के डेवलपमेंट को ट्रैक कर रहे हैं.
अलग-अलग ब्राउज़र पर काम करने की सुविधा की बात करें, तो Interop 2022 और Open UI जैसे इनिशिएटिव, कम्यूनिटी के लिए काफ़ी अच्छे नतीजे दे रहे हैं. आपको डेवलपर से क्या जानकारी मिल रही है?
उना: डेवलपर से हमें सबसे ज़्यादा यह शिकायत मिलती है कि "सभी ब्राउज़र पर डिज़ाइन एक जैसा नहीं दिखता." हमने इस समस्या को हल करने के लिए, ब्राउज़र बनाने वाली अन्य कंपनियों के साथ मिलकर काम किया है. इससे, डेवलपर की सबसे ज़्यादा अनुरोध की गई कुछ सुविधाओं को प्राथमिकता दी जा सके और उन्हें उपलब्ध कराया जा सके. हमें कम्यूनिटी से बहुत अच्छा फ़ीडबैक मिला है. इसके अलावा, RenderingNG नाम की एक नई टेक्नोलॉजी की मदद से, इन सुविधाओं को बेहतर तरीके से लागू किया जा सका है. डेवलपर इस बात से खुश हैं कि जिन सुविधाओं के लिए वे सालों से अनुरोध कर रहे थे उन पर अब काम किया जा रहा है. साथ ही, ये सुविधाएं अलग-अलग ब्राउज़र पर उपलब्ध होंगी.
निकोल: कम्यूनिटी में उत्साह साफ़ तौर पर दिख रहा है. इसे Twitter पर देखा जा सकता है. :)
डेवलपर के लिए काम को आसान बनाने में, हमें जो भी सफलता मिली है उसमें हमारे नेटवर्क में शामिल लोगों और कंपनियों के साथ मिलकर काम करना बहुत अहम साबित हुआ है. हमें पता है कि आपकी टीम ने वहां बहुत काम किया है. क्या आपको कुछ जानकारी शेयर करनी है?
निकोल: सबसे पहले, मैं वेब पर डेवलपर के बनाए गए प्रोजेक्ट देखकर हमेशा हैरान रहती हूं. डेवलपर, छोटी से छोटी लाइब्रेरी से लेकर पूरे फ़्रेमवर्क तक, कई शानदार चीज़ें बना रहे हैं. यह क्रिएटर्स की एक शानदार कम्यूनिटी है. Chrome, इन प्रोजेक्ट से ज़्यादा कनेक्ट होने के लिए कई कदम उठा रहा है.
उदाहरण के लिए, हमने कुछ साल पहले React और Angular जैसे JavaScript फ़्रेमवर्क के साथ काम करना शुरू किया था. इसके अलावा, मेटाफ़्रेमवर्क—जैसे कि Next, Nuxt, और Gatsby. पिछले साल, हमने Sass, Bootstrap, और Material जैसे यूज़र इंटरफ़ेस (यूआई) टूल और फ़्रेमवर्क के साथ भी ऐसा करना शुरू कर दिया था. हमें उम्मीद है कि आने वाले साल में, हम GreenSock और ऐसे अन्य टूल के साथ मिलकर काम कर पाएंगे जिनसे डेवलपर को आसानी होती है. मैंने अभी-अभी Smashing Conference में GreenSock की Cassie Evans को बोलते हुए सुना. इससे मुझे ऐनिमेशन के क्षेत्र में काम करने वाले लोगों के साथ काम करने में बहुत दिलचस्पी हुई.
तो वेब यूज़र इंटरफ़ेस (यूआई) के नेटवर्क के लिए, सबसे ज़्यादा मौके कहां मिलते हैं?
उना: मुझे लगता है कि वेब पर लोगों के अनुभव को उनकी पसंद के मुताबिक बनाने के लिए, अभी बहुत कुछ किया जा सकता है. कंटेनर क्वेरी और सीएसएस उपयोगकर्ता की पसंद के हिसाब से मीडिया फ़ीचर जैसे नए एपीआई, डेवलपर के रिस्पॉन्सिव डिज़ाइन को देखने के तरीके को फिर से तय कर रहे हैं. मुझे डिज़ाइन से जुड़े ऐसे अनुभवों के बारे में जानकर भी बहुत खुशी हुई है जिनसे डेवलपर और डिज़ाइनर, अपनी वेबसाइटों पर आने वाले उपयोगकर्ताओं के साथ मिलकर काम कर पा रहे हैं.
निकोल, आपकी टीम के लिए आगे क्या प्लान है?
निकोल: ऐसा नहीं है कि सभी एक्सप्लोरेशन से कोई प्रॉडक्ट तैयार हो जाता है. हालांकि, फ़िलहाल मुझे कई चीज़ों के बारे में काफ़ी उत्साह है:
उना ने पहली बात के बारे में बताया. हम कॉम्पोनेंट पर आधारित रिस्पॉन्सिव डिज़ाइन को चालू कर रहे हैं. इसमें कलर सिस्टम डिज़ाइन करने के टूल शामिल हैं, ताकि डिज़ाइनर उपयोगकर्ताओं की प्राथमिकताओं के हिसाब से डिज़ाइन बना सकें. जैसे, गहरे रंग वाला मोड. उदाहरण के लिए, OKLCH कलर स्पेस, सभी रंगत के लिए ब्राइटनेस को एक जैसा रखता है. डिज़ाइनर, रंगों को चुनने के बजाय, उनके बीच संबंध डिज़ाइन कर सकते हैं. इससे उन्हें धुंधले दिखने वाले पैलेट नहीं मिलेंगे!
हम सबसे ज़्यादा अनुरोध किए गए कुछ एपीआई पर भी काम कर रहे हैं. जैसे, कंटेनर क्वेरी, कैस्केड लेयर, पैरंट सिलेक्टर (:has), स्कोप किए गए स्टाइल, और नेस्टिंग. डेवलपर को इनकी ज़रूरत होती है, ताकि वे ऐसे डिज़ाइन सिस्टम बना सकें जिनमें दोबारा इस्तेमाल किए जा सकने वाले कॉम्पोनेंट मौजूद हों.
लिंक किए गए ऐनिमेशन को स्क्रोल करना भी एक मज़ेदार सुविधा है. मुझे स्टीव गार्डनर का डेमो बहुत पसंद आया. इसमें स्क्रोल करने पर, बहुत ही स्मूद तरीके से कॉन्टेंट दिखता है. साथ ही, स्क्रोल करने पर एयरप्लेन के शानदार ऐनिमेशन दिखते हैं. ये मज़ेदार हो सकते हैं, लेकिन इन्हें सही तरीके से इस्तेमाल करना मुश्किल हो सकता है. खास तौर पर, जब सुलभता को ध्यान में रखा जाता है. इसलिए, हम इस सुविधा के लिए सुलभता से जुड़ी टेस्टिंग कर रहे हैं.
मुझे सबसे ज़्यादा दिलचस्पी, वेब यूज़र इंटरफ़ेस (यूआई) कंट्रोल में है. डेवलपर एक ही टैबसेट को बार-बार बनाते रहते हैं. मुझे लगता है कि ब्राउज़र इसमें मदद कर सकता है. Open UI में, हम selectmenu, popup, tooltip, tabs, nav, accordion, और toggle जैसे कॉम्पोनेंट पर काम कर रहे हैं. हम यह पता लगाने की कोशिश कर रहे हैं कि इन ब्राउज़र प्रिमिटिव में ऐक्सेसिबिलिटी को कैसे शामिल किया जाए, ताकि समय के साथ वेब डिफ़ॉल्ट रूप से ऐक्सेस किया जा सके. इसके बाद, डेवलपर ज़्यादा मुश्किल और पेचीदा समस्याओं पर ध्यान दे सकते हैं. वहीं, ब्राउज़र टैब कैसे काम करते हैं जैसी बुनियादी समस्याओं को ब्राउज़र हल कर सकता है. इसके लिए शायद एक अलग पोस्ट की ज़रूरत है, इसलिए फ़िलहाल मैं यहीं रुक जाऊँगा!
आखिर में, हम ब्राउज़र के बीच इंटरऑप को बेहतर बनाने के लिए काम करते रहेंगे. डेवलपर के अनुभव को बेहतर बनाने के लिए, WebKit और Gecko की टीम के साथ काम करना बहुत अच्छा रहा. हमें डेवलपर से यह जानकारी मिली है कि उन्हें यह सुविधा चाहिए!
इसके अलावा, अगर आपने अब तक इसे आज़माकर नहीं देखा है, तो Seamless Web टीम का Shared Element Transitions API, वेब के लिए डिज़ाइन करने के तरीके को बदल देगा. डिजाइनर, अपने डिज़ाइन को फ़िज़िकल स्पेस में ओरिएंट कर पाएंगे. इसके लिए, उन्हें छोटे-छोटे ट्रांज़िशन करने होंगे. ये ट्रांज़िशन न सिर्फ़ मुमकिन होंगे, बल्कि इन्हें करना भी आसान होगा. जेक आर्किबाल्ड ने शानदार डेमो बनाया है.
अगर स्टैंडर्ड सही रहे, तो हम इस साल वर्टिकल रिदम पर भी ध्यान दे सकते हैं! हम LayoutNG के आधार पर काम कर रहे हैं. इससे हमें कई सुविधाएँ मिलती हैं.
दोनों का धन्यवाद. हमें यकीन है कि हमारी तरह ही पूरी कम्यूनिटी, वेब यूज़र इंटरफ़ेस (यूआई) में होने वाले सुधारों और नई सुविधाओं को लेकर उत्साहित है. अभी भी बहुत कुछ समझना बाकी है. इसलिए, आपके हिसाब से किसी व्यक्ति को अपनी यात्रा कहां से शुरू करनी चाहिए?
उना: I/O में हमारे वेब प्लैटफ़ॉर्म के लिए नया क्या है सेशन में, इस साल लॉन्च होने वाली कई सुविधाओं के बारे में बताया गया है. Adam Argyle ने भी सीएसएस की सभी नई और आने वाली लैंडिंग के बारे में एक बेहतरीन लेख लिखा है. फ़िलहाल, मैं स्टेबल रिलीज़ पर फ़ोकस करूंगा और पाइपलाइन में आने वाले अन्य कामों के बारे में जानकारी रखूंगा. इसके लिए, आपकी शानदार सीरीज़ वेब प्लैटफ़ॉर्म के लिए नया है को फ़ॉलो किया जा सकता है. web.dev न्यूज़लेटर की सदस्यता लेने पर, डेवलपर को यह कॉन्टेंट उनके इनबॉक्स में भी मिलेगा. अगर डेवलपर इस काम में शामिल होना चाहते हैं और इसमें मदद करना चाहते हैं, तो Open UI में शामिल होना, इस काम में मदद करने का सबसे अच्छा तरीका है.
आने वाले समय में होने वाले मुख्य अपडेट
हम आपको आने वाले बदलाव के बारे में पहले से ही बता रहे हैं. आपको वेब पर बेहतर अनुभव देने के लिए, इस बदलाव को ध्यान में रखना चाहिए.
कुकी के लिए max-age को 400 दिनों तक सीमित करें
- अपडेट: जब कुकी को
Expires/Max-Ageएट्रिब्यूट के साथ सेट किया जाता है, तो अब इसकी वैल्यू को आने वाले 400 दिनों से ज़्यादा नहीं रखा जा सकेगा. पहले, कुकी के लिए कोई सीमा नहीं थी और कुकी कई हज़ार साल बाद भी खत्म हो सकती थीं. इस सीमा का मकसद, सामान्य इस्तेमाल के पैटर्न और उपयोगकर्ता की निजता का ध्यान रखना है. अगर कोई साइट हर 400 दिनों में एक बार से ज़्यादा बार विज़िट की जाती है, तो वह कुकी को रीफ़्रेश कर सकती है. इससे यह पक्का किया जा सकता है कि सेवा जारी रहे. साथ ही, उपयोगकर्ताओं को यह भरोसा दिलाया जा सकता है कि कुकी उनके ब्राउज़र में हज़ारों साल तक इस्तेमाल किए बिना नहीं रहेंगी. - अनुमानित समयसीमा: Chrome 104 में शिपिंग की सुविधा उपलब्ध होगी. यह 2 अगस्त, 2022 को स्टेबल वर्शन में उपलब्ध होगी.
- डेवलपर के लिए सीटीए: जब उपयोगकर्ता डेवलपर की वेबसाइटों पर जाते हैं, तब डेवलपर को पहले की तुलना में ज़्यादा बार कुकी रीफ़्रेश करनी पड़ सकती हैं. ऐसा न करने पर, उपयोगकर्ताओं को कुकी सेट होने के 400 दिनों बाद लॉग आउट किया जा सकता है.
हमें उम्मीद है कि आपको Chrome Dev Insider का यह एडिशन पसंद आया होगा. अगर आपने इसे मिस कर दिया है, तो पहला न्यूज़लेटर यहां दिया गया है. हम अगले तीन महीनों में, आपके लिए और भी सुविधाएं लेकर आएंगे.
तब तक, हमें बताएं कि आपको Chrome Dev Insider का यह एडिशन कैसा लगा. साथ ही, हमें बताएं कि हम इसे बेहतर बनाने के लिए क्या कर सकते हैं.
The Chrome Dev Insider के इस एडिशन के बारे में आपकी क्या राय है? सुझाव/राय दें या शिकायत करें.