जॉन हर्वतिन के साथ साक्षात्कार

जैसा कि वादा किया गया था, हम जॉन ख्रुवाटिन के साथ एक साक्षात्कार प्रकाशित कर रहे हैं, जो हमने मॉस्को में उनके आगमन के दौरान लिया था।



जॉन हर्वेटिन IE9 लीड प्रोग्राम मैनेजर है जो प्रोग्रामिंग मॉडल, डेवलपर टूल और IE9 मानकों के समर्थन के लिए जिम्मेदार है।







लेकिन, सबसे पहले, उन सभी हब्रायुजर्स को बहुत धन्यवाद, जिन्होंने अपने सवाल पूछे!

Internet Explorer के बारे में

Q. Microsoft का अपना ब्राउज़र क्यों है?

A. Microsoft के पास 1 बिलियन से अधिक है। विंडोज यूजर्स जो ऑनलाइन रहते हुए अपना आधे से ज्यादा समय विंडोज पर बिताते हैं। हम मुख्य रूप से इन विंडोज उपयोगकर्ताओं के लिए विंडोज इंटरनेट एक्सप्लोरर विकसित कर रहे हैं, ताकि उन्हें सबसे अच्छा ऑनलाइन अनुभव मिल सके। उसी समय, हम अधिकतम पीसी क्षमताओं का उपयोग करने का प्रयास करते हैं: विंडोज में उपलब्ध आधुनिक हार्डवेयर से जैसे कि डायरेक्ट 2 डी जैसी प्रौद्योगिकियों के माध्यम से, ओएस की क्षमताओं के लिए ही, उदाहरण के लिए, जंप लिस्ट और एयरोसैप फ़ंक्शंस।



प्र। क्या ताजा इंटरनेट एक्सप्लोरर (प्लेटफॉर्म प्रिव्यू) का निर्माण हर 8 सप्ताह में जारी रहेगा? आप इस अनुभव को कैसे आंकते हैं?

A. मंच पूर्वावलोकन रिलीज के साथ अनुभव निश्चित रूप से हमारी अपेक्षाओं को पार कर गया। हम डेवलपर्स के लिए मध्यवर्ती संस्करण जारी करके प्राप्त प्रतिक्रिया से बहुत प्रभावित हैं - Microsoft कनेक्ट पर 13,000 से अधिक समीक्षाएँ - हमने इस अभ्यास को IE9 प्लेटफ़ॉर्म पूर्वावलोकन 6 को 28 अक्टूबर को जारी करके जारी रखा ( अद्यतन : IE9PP7 17 नवंबर को जारी किया गया था )। इस अद्यतन के साथ, डेवलपर्स, डिजाइनर और हमारे साथी IE9 के RC संस्करण को जारी करने की तैयारी कर सकते हैं। हम आपकी प्रतिक्रिया को सुनना और ध्यान से अध्ययन करना जारी रखते हैं और भविष्य के रिलीज की योजना में उनका उपयोग करते हैं।



प्र। क्या आप स्वचालित ब्राउज़र अपडेट (विंडोज अपडेट से स्वतंत्र) करने की योजना बनाते हैं, जैसा कि अन्य ब्राउज़रों में किया जाता है?

A. विंडोज अपडेट (WU) ब्राउजर को अपडेट रखने का अच्छा काम करता है। हम लगभग हर महीने अपडेट देने के लिए इस प्रणाली का उपयोग करते हैं और यह उच्च दर की स्थापना देता है। हम नए संस्करणों को वितरित करने के लिए WU का भी उपयोग करते हैं, लेकिन साथ ही हम WU से अपडेट करने के लिए तत्परता की पुष्टि करने के अलावा, उपयोगकर्ता की पुष्टि की प्रतीक्षा कर रहे हैं, इसलिए उपयोगकर्ता यह तय कर सकते हैं कि वे नए संस्करण में स्विच करने के लिए कब तैयार हैं। यह सॉफ्टवेयर के साथ भी एकीकृत होता है जो ऑपरेटिंग सिस्टम का प्रबंधन करता है और आईटी पेशेवरों द्वारा यह नियंत्रित करने के लिए उपयोग किया जाता है कि उनके बुनियादी ढांचे में IE अपडेट कैसे तैनात किए जाते हैं। यह उन संगठनों के लिए विशेष रूप से महत्वपूर्ण है, जिनका व्यवसाय ब्राउज़र स्वास्थ्य पर निर्भर करता है।



Q. क्या आप WP7 के लिए IE9 संस्करण बनाने की योजना बना रहे हैं? क्या फोन को html5 और अन्य नए मानकों के लिए समर्थन की उम्मीद करनी चाहिए?

A. IE9 अभी भी विकास के अधीन है, WP7 पहले से ही कुछ देशों में बिक्री पर है, और हम बहुत जल्द अन्य देशों में बिक्री शुरू करने की तैयारी कर रहे हैं। WP7 का IE का एक अच्छा स्थिर संस्करण है, और हम इस मंच पर IE को विकसित करना जारी रखेंगे।



Q. IE9 को XP पर कैसे डालें? Direct2D समर्थन के अलावा, IE9 XP के लिए और क्या अनुमति नहीं देता है?

A. IE9 कंप्यूटर की क्षमताओं का अत्यधिक उपयोग करता है: GPU से हार्डवेयर त्वरण से लेकर ऑपरेटिंग सिस्टम की क्षमताओं तक, उदाहरण के लिए, कूद सूची। हम इंटरनेट पर काम करने के लिए उपयोगकर्ता को एक सुविधाजनक और उत्पादक समाधान प्रदान करने का प्रयास करते हैं। इसे प्राप्त करने के लिए, हम आधुनिक ऑपरेटिंग सिस्टम पर उपलब्ध क्षमताओं पर निर्माण करते हैं, जिसमें डायरेक्ट 2 डी के लिए समर्थन शामिल है, विंडोज एक्सपी पर उपलब्ध नहीं है। Direct2D और संबंधित ग्राफिक्स अपडेट मुख्य कारण है कि IE9 Windows XP पर काम नहीं करता है, लेकिन यह तकनीक IE9 के लिए HTML5 का पूरी तरह से समर्थन करने और वेब डेवलपर्स को प्रतिबंधित नहीं करने के लिए महत्वपूर्ण है। आप IE9 और ब्राउज़रों के बीच अंतर का मूल्यांकन कर सकते हैं जो www.ietestdrive.com पर प्रदर्शन परीक्षणों में पूर्ण हार्डवेयर त्वरण प्रदान नहीं करते हैं।

टीम के बारे में

Q. आपकी टीम में कितने लोग काम करते हैं?

A. हम इन आंकड़ों का खुलासा नहीं करते हैं, लेकिन मैं आपको टीम के बारे में थोड़ा बता सकता हूं और यह कैसे आयोजित किया जाता है। हमारे पास कई कार्य हैं जो विभिन्न कार्यों में विशेषज्ञता रखते हैं और इसी तरह से ब्राउज़र के विभिन्न भागों में काम करते हैं। उदाहरण के लिए, मेरी टीम "वेब डेवलपमेंट" है और हम प्लेटफॉर्म के मुख्य भाग - HTML, DOM, मोटे तौर पर CSS, डेवलपर टूल्स और स्टैंडर्ड सपोर्ट पर काम कर रहे हैं। एक अन्य टीम - वेब ग्राफिक्स - रेंडरिंग, एसवीजी, कैनवस, CSS3, आदि के हार्डवेयर त्वरण में लगी हुई है और मैं विश्वास के साथ कह सकता हूं कि जो लोग इन कार्यों और अन्य सभी ब्राउज़र विशेषताओं पर काम करते हैं, वे सबसे उत्साही और प्रतिभाशाली लोगों में से एक हैं उन लोगों में से जिनके साथ मैंने कभी काम किया है। उदाहरण के लिए, यहां वेब ग्राफिक्स समूह के प्रमुख हैं - टेड जॉनसन ।

विकास के बारे में

Q. आप किन विकास साधनों का उपयोग करते हैं? (संकलक, आईडीई, कोड विश्लेषण और प्रदर्शन उपकरण?)

A. हम कोड लिखने के लिए Visual Studio का उपयोग करते हैं। हम डेवलपर्स द्वारा परिवर्तन करने और कोड का विश्लेषण करने, मैनुअल परीक्षण और फिर उत्पाद में परिवर्तन की पुष्टि करने से पहले स्वचालित परीक्षण चलाने की प्रक्रिया का प्रबंधन करने के लिए कई मालिकाना उपयोगिताओं का उपयोग करते हैं। प्रदर्शन को मापने के लिए, हम सार्वजनिक रूप से उपलब्ध Windows प्रदर्शन उपकरण का उपयोग करते हैं। हमारे ब्लॉग पर इस विषय पर एक बेहतरीन पोस्ट है ।



Q. आपकी विकास प्रक्रिया कैसे व्यवस्थित है?

ए मुख्य कदम हैं: 1) भविष्य के रिलीज के लिए योजना के भाग के रूप में डेटा और प्रतिक्रिया एकत्र करना, 2) नई सुविधाओं को विकसित करना, और 3) स्थिरीकरण। इन चरणों को अलग-अलग क्षेत्रों में एक-दूसरे पर आरोपित किया जा सकता है (कुछ कार्यक्षमता पहले से ही विकसित की जा सकती है और साथ ही हम दूसरे क्षेत्र में योजना को पूरा कर रहे हैं), लेकिन सामान्य तौर पर यह प्रक्रिया वैसी ही दिखती है।



Q. आप ब्राउज़र की त्रुटियों को कैसे ट्रैक करते हैं और उन्हें ठीक कैसे करते हैं?

A. बग डेटाबेस को बनाए रखने के लिए हम आंतरिक उपकरणों का उपयोग करते हैं। बाहरी उपयोगकर्ता और साझेदार एमएस कनेक्ट वेबसाइट के माध्यम से अपनी इच्छाओं और त्रुटियों को छोड़ सकते हैं और यह जानकारी सीधे हमारे डेटाबेस में जाती है।



Q. आपके पास विभिन्न मानकों और ब्राउज़र कार्यक्षमता के लिए कितने परीक्षण हैं?

ए वेरी मच: डी में हमारे पास विशाल परीक्षण सूट हैं - उनमें से कुछ हर दिन लॉन्च किए जाते हैं, कुछ हर हफ्ते और कुछ परीक्षणों की जाँच के विशेष चरणों के दौरान, और यह सब पहले से ही परीक्षण किए गए कार्यों के लिए और प्रत्येक नए फ़ंक्शन के लिए जो हम जोड़ते हैं। दायरे को समझने के लिए, सीएसएस 2.1 को देखें। सिर्फ एक मानक के लिए, हमने लगभग 10,000 सार्वजनिक परीक्षण भेजे। ये ऐसे परीक्षण हैं जो W3C की आवश्यकताओं को पूरा करते हैं। ऐसे परीक्षण भी हैं जो प्लेटफ़ॉर्म के अन्य भागों के साथ विभिन्न कार्यों की बातचीत का परीक्षण करते हैं। इस लेख में हमारे परीक्षण प्रयोगशाला में जाने के बारे में एक दिलचस्प स्निपेट है।



Q. क्या विकास प्रक्रियाएँ ब्राउज़र सुरक्षा सुनिश्चित करती हैं? कोई त्रुटि नहीं, उपयोगकर्ता सुरक्षा?

A. सभी Microsoft उत्पादों के साथ, हम SDL का उपयोग करते हैं । इस प्रक्रिया का उपयोग कई वर्षों से किया जा रहा है और Microsoft ने यह वर्णन करते हुए कि यह कैसे काम करता है, बहुत सारी सामग्री प्रकाशित की है। मुझे यकीन है - मेरा आत्मविश्वास मेरे व्यक्तिगत अनुभव और मेरे ज्ञान पर आधारित है, मात्रात्मक डेटा पर नहीं - सुरक्षा इंजीनियरों की हमारी टीम और सुरक्षा समस्याओं को हल करने के लिए हमारे कार्य सबसे अच्छे हैं।

मानकों के बारे में

Q. आप यह कैसे निर्धारित करते हैं कि HTML5 या css3 के कौन से भाग पहले से ही ब्राउज़र में एम्बेड किए जा सकते हैं, और जो अभी तक व्यवस्थित नहीं हैं / बदल सकते हैं और उनके साथ प्रतीक्षा करने की आवश्यकता है?

A. हमारा पहला कदम हमेशा यह सुनना है कि उपयोगकर्ता क्या कह रहे हैं। डेवलपर्स क्या उम्मीद करते हैं? वे किस चीज में रुचि रखते हैं? उन कार्यों के लिए जिन्हें प्लेटफ़ॉर्म में लागू किया गया है और जो संगत होना चाहिए, हम उन मानकों को देखना शुरू करते हैं जो कहते हैं। यह महत्वपूर्ण है कि मानक पर्याप्त रूप से स्थिर है। एक विकल्प उन विशेषताओं के लिए प्रोटोटाइप या प्रयोगात्मक समर्थन जारी कर सकता है जो डेवलपर्स सभी ब्राउज़रों में काम करने की उम्मीद नहीं कर सकते हैं या भविष्य के संस्करणों में भी समर्थित होंगे। उन विशिष्टताओं के लिए जो स्थिर नहीं हैं, हम उनके स्थिरीकरण में तेजी लाने के लिए कार्य समूहों में शामिल हो रहे हैं ताकि हम IE में उनके समर्थन को जोड़ सकें और डेवलपर्स उनके समर्थन पर भरोसा कर सकें।

डेवलपर टूल (F12) के बारे में

प्रश्न : डेवलपर टूल डीबग मोडल विंडो (शोमोडालडियलॉग) को डिबग क्यों नहीं कर सकता है और उनमें तत्वों का निरीक्षण नहीं कर सकता है?

A. यह परिणामी है कि डेवलपर टूल विंडो से कैसे जुड़ते हैं। अधिक सटीक होने के लिए, वे मोडल विंडो में उपलब्ध नहीं कार्यक्षमता का उपयोग करते हैं और हम उन्हें कुछ जोड़कर संवाद बक्से को भारी नहीं बनाना चाहेंगे। हम इस बारे में सोचते हैं कि भविष्य में इसे कैसे बेहतर बनाया जाए, यह बहुत अच्छा होगा यदि आप हमें Microsoft कनेक्ट पर अपनी प्रतिक्रिया छोड़ दें। वैसे, भले ही IE9 में परिवर्तन करने के लिए कनेक्ट पर कुछ समीक्षाओं को स्वीकार नहीं किया गया है, यह अभी भी हमारे डेटाबेस में संग्रहीत है और इसे भविष्य के संस्करणों में सौंपा जा सकता है। तो कनेक्ट इस तरह से हमें प्रतिक्रिया और सुझाव प्राप्त करने का सबसे अच्छा तरीका है।



Q. क्या आप एक बड़े HTML ट्री पर DevTools की गति को अनुकूलित करने की योजना बना रहे हैं? (बड़े पदों पर हैबर अक्सर धीमा पड़ जाता है)

ए। विकास उपकरणों की उत्पादकता IE9 के विकास में चाल में से एक था, IE8 के साथ तुलना में हम बड़े HTML- पेड़ों और बड़े (20,000 से अधिक लाइनों) जावास्क्रिप्ट-फाइलों पर काम की गति बढ़ाते हैं। हालांकि, बड़े पेड़ और फाइलें हमेशा छोटे लोगों की तुलना में धीमी गति से चलती हैं। यदि आपके पास ऐसे उदाहरण हैं जो विशेष रूप से खराब प्रदर्शन दिखाते हैं, तो Microsoft कनेक्ट पर एक बग पोस्ट करें - हम देखेंगे कि आप इसके बारे में क्या कर सकते हैं।



Q. DevTools को बंद करते समय चयनित आइटम का फ्रेम गायब क्यों नहीं होता है?

A. यह बग की तरह दिखता है जिसे कनेक्ट करने के लिए भेजना अच्छा होगा।



Q. क्या पेड़ से कोई वस्तु निकालने की क्षमता जोड़ी जाएगी?

A. आज, आप पेड़ को पूरी तरह से संपादन योग्य बना सकते हैं और आसानी से आवश्यकतानुसार नोड्स जोड़ या हटा सकते हैं। आप जावास्क्रिप्ट के माध्यम से नोड्स को हटाने के लिए कंसोल का उपयोग भी कर सकते हैं। हमारे पास दाएं माउस बटन पर क्लिक करके संदर्भ मेनू के माध्यम से नोड को हटाने की अंतर्निहित क्षमता नहीं है - और इसे कनेक्ट करने के लिए लाने के लिए अच्छा होगा।



Q. क्या एलिमेंट मार्जिन और पेडिंग के साथ हाइलाइट होगा (जब उस पर मँडरा या html ट्री में हाइलाइट किया गया), तो यह फायरबग में कैसे किया जाता है?

A. आप "लेआउट" पैनल का उपयोग कर सकते हैं, जो किसी भी चयनित आइटम के बॉक्स मापदंडों को प्रदर्शित करता है। कनेक्ट करने के लिए एक पृष्ठ पर हाइलाइटिंग जोड़ना एक अच्छा विचार है।



प्र। क्या आप HTML टैब में मौजूदा क्लास में एक नई शैली जोड़ सकते हैं (कम से कम सीएसएस टैब में, संदर्भ मेनू के माध्यम से)?

A. अब यह संभव नहीं है, क्योंकि HTML टैब में आवश्यक संदर्भ नहीं है जिसके लिए CSS फ़ाइल या शैलियों का ब्लॉक जिसे आपको संबंधित नियम जोड़ना होगा। यह DevTools में जोड़ने के लिए एक अच्छा सुझाव है, लेकिन व्यक्तिगत रूप से, अगर मुझे एक नया नियम जोड़ने की आवश्यकता है, तो मैं केवल एक विशिष्ट तत्व के लिए इनलाइन-शैली जोड़ देता हूं या, अगर मुझे पूरी तरह से नया नियम जोड़ने की आवश्यकता है, तो मैं CSS टैब का उपयोग करता हूं।



प्र। डिबगिंग के दौरान विकास उपकरण खिड़की से अलग करने के लिए मजबूर क्यों होते हैं?

A. जब आप ब्रेकपॉइंट पर पहुंचते हैं, तो संबंधित टैब जम जाता है। अगर देव टूल्स विंडो इस विंडो का हिस्सा होती, तो यह भी विराम देता। IE9 टैब आइसोलेशन भी यहां एक भूमिका निभाता है, जो टैब्स को फ्रीज होने की स्थिति में हस्तक्षेप करने से रोकता है, और शायद इस स्थिति से एक अच्छा तरीका डिबगर को मुख्य ब्राउज़र विंडो में स्थानांतरित करना है। यह चर्चा के लिए केवल एक बिंदु है जिसे हम भविष्य के रिलीज में वापस करना चाहते हैं।



प्र। आप केवल एक चर का चयन क्यों नहीं कर सकते और डीबग करते समय वॉच पैनल में इसे खींच सकते हैं, आपको इसे मैन्युअल रूप से कॉपी और पेस्ट करने की आवश्यकता है।

A. केवल उस चर पर राइट-क्लिक करें जिसे आप ट्रैक करना चाहते हैं और इसे वॉच टैब में जोड़ने के लिए "वॉच टू वॉच" का चयन करें। यानी कॉपी-पेस्ट की जरूरत नहीं है। यह सुविधा डीबगिंग के दौरान काम करती है ("डीबगिंग प्रारंभ करें" पर क्लिक करें)।



प्र। क्या आप सत्यापन उपकरण जोड़ने की योजना बनाते हैं कि साइट मोबाइल उपकरणों से कैसे दिखती है? ब्राउज़र मोड, उपयोगकर्ता एजेंट स्ट्रिंग, विंडो का आकार।

A. आप DevTools के माध्यम से आवश्यक UA स्ट्रिंग पैरामीटर और स्क्रीन आकार सेट कर सकते हैं।



Q. क्या आप DOM मैपिंग जोड़ने की योजना बना रहे हैं?

A. आप इसे "वॉच" विंडो में डीबगिंग के दौरान बस विंडोज़ ऑब्जेक्ट, डॉक्यूमेंट, या डोम के किसी अन्य हिस्से को जोड़कर कर सकते हैं जिसे आप ट्रैकिंग के लिए रुचि रखते हैं।

प्रदर्शन के बारे में

Q. एक प्रदर्शन परीक्षण में, SunSpider IE9 एक बहुत ही सभ्य परिणाम दिखाता है। क्यों क्रैंकेन (मोज़िला), पीसकीपर, ड्रोमाईओ (मोज़िला), Google V8 के परीक्षणों में, परिणाम इतना प्रभावशाली नहीं है?

A. IE9 विकसित करते समय, हमारा मुख्य लक्ष्य विंडोज पर सबसे अच्छा वेब अनुभव प्रदान करना है। गति निश्चित रूप से इस लक्ष्य को प्राप्त करने में महत्वपूर्ण भागों में से एक है, उदाहरण के लिए, डेवलपर्स के लिए वेबसाइटों और अनुप्रयोगों की एक नई पीढ़ी बनाना आसान है। हम चाहते हैं कि यह सब वेबसाइटों के लिए उपयोग की जाने वाली वास्तविक लिपियों में काम करे - मानक वेब विकास पैटर्न पर जो वेब डेवलपर्स पहले से जानते हैं और उपयोग करते हैं। हम चाहते हैं कि यह पीसी और विंडोज पर बेहतर और तेजी से काम करे।



इसे प्राप्त करने के लिए, हमने वास्तविक वेबसाइटों में उपयोग किए जाने वाले पैटर्न और प्रथाओं के बारे में डेटा का विश्लेषण करके शुरू किया: वे क्या करते हैं और कैसे करते हैं। कई अलग-अलग वेब परिदृश्यों में प्रदर्शन में सुधार के लिए प्रदर्शन परीक्षणों के लिए अनुकूलन की तुलना में अधिक आवश्यकता होती है। हमारे द्वारा एकत्र किए गए डेटा और हमने इसका उपयोग कैसे किया, इसके बारे में अधिक जानने के लिए, जेसन वेबर के साथ उच्च प्रदर्शन वाली वेबसाइटों को विकसित करने के बारे में एक सत्र देखें।



जावास्क्रिप्ट क्रैकन में परीक्षण किया गया एकमात्र उपतंत्र है, पीसकीपर और वी 8 ब्राउज़र प्रदर्शन के घटकों में से एक हैं। (Dromaeo जावास्क्रिप्ट और DOM का परीक्षण कर रहा है - विवरण के लिए इस ब्लॉग पोस्ट को देखें)। वेब पर ब्राउज़र को गति देने के लिए हमारा दृष्टिकोण उन हार्डवेयरों का लाभ उठाने पर केंद्रित है जो उपयोगकर्ताओं के पास पहले से ही उनके कंप्यूटर पर हैं। उदाहरण के लिए, IE9 - चक्र में जावास्क्रिप्ट इंजन - मल्टी-कोर प्रोसेसर (सीपीयू) का लाभ उठाते हुए समानांतर में कोड की व्याख्या करता है, निष्पादित करता है, और संकलित करता है। IE9 ने जेएस इंजन को साइड में कहीं भी खराब करने के बजाय ब्राउज़र के अंदर चक्र (नया JS इंजन) को स्थानांतरित करने के लिए एक बड़ा वास्तु परिवर्तन किया, जैसा कि कई आधुनिक ब्राउज़रों में लागू किया गया है। यह वास्तविक दुनिया के परिदृश्यों में प्रदर्शन को बेहतर बनाता है (उपरोक्त प्रदर्शन परीक्षणों में, यह केवल Dromaeo को प्रभावित करता है, क्योंकि यह DOM का परीक्षण भी करता है), DOM को एक्सेस करने के लिए ES5 प्रोग्रामिंग मॉडल का उपयोग करने की संभावना को खोलता है, और HTML5 अनुप्रयोगों के लिए सही नींव रखने में मदद करता है।



जावास्क्रिप्ट के अलावा, हमने रेंडरिंग और रेंडरिंग इंजन को फिर से लिखा है ताकि वे GPU का लाभ उठा सकें। कुछ वेबसाइटों पर रेंडरिंग सबसिस्टम का प्रदर्शन जावास्क्रिप्ट गति की तुलना में कम प्रभाव नहीं डाल सकता है। आवश्यक रूप से, कुछ शीर्ष AJAX वेबसाइटों (जीमेल, हॉटमेल, गूगल डॉक्स और स्प्रेडशीट, आदि) पर हमारे शोध के अनुसार, यह पता चला है कि वे जावास्क्रिप्ट की तुलना में अधिक समय प्रदान करते हैं (सत्र में इसे देखें) ऊपर बताया गया है)। और इन प्रदर्शन परीक्षणों में इन सुधारों को भी ध्यान में नहीं रखा गया है।



क्या आप कई (~ 30) स्टाइल फ़ाइलों पर IE को अनुकूलित करने की योजना बना रहे हैं? (यह उत्पादन में नहीं है, लेकिन विकास में, जब यह डिबग करने और उन्हें अलग-अलग स्टोर करने के लिए सुविधाजनक है, खासकर अगर ये ड्रुपल की तरह अलग-अलग मॉड्यूल हैं)

A. इस अनुरोध को संतुष्ट करने की तुलना में यह अधिक जटिल है जितना यह लग सकता है। हम स्मृति का उपयोग बहुत सावधानी से करते हैं, इसलिए हम चर और स्थिरांक में जानकारी को कसकर पैक करते हैं। इस सीमा में वृद्धि का अर्थ है मूल्यों के लिए उपयोग किए जाने वाले बिट्स की संख्या में वृद्धि, जो एक ही स्थिरांक में अन्य संग्रहीत जानकारी को प्रभावित करता है और अधिक मेमोरी के आवंटन की आवश्यकता होगी। बेशक, यह एक अघुलनशील समस्या नहीं है, लेकिन यह साइट के अंतिम (उत्पादन) संस्करणों के लिए एक विशिष्ट परिदृश्य नहीं है, इसलिए हमने अन्य समस्याओं को हल करने के लिए उपलब्ध संसाधनों का निर्देश दिया। इस क्षेत्र में IE9 में परिवर्तन करने की हमारी कोई योजना नहीं है, हालांकि, हम समीक्षा को स्वीकार करते हैं और सावधानीपूर्वक अध्ययन करते हैं।



प्र। प्लगइन प्रदर्शन सलाहकार को कैसे निष्क्रिय करें?

A. यदि आप ब्राउज़र प्रदर्शन के साथ सहज हैं, तो आप बस एक चेतावनी के लिए एक उच्च सीमा निर्धारित कर सकते हैं (उदाहरण के लिए, 10 सेकंड)। आप इस पोस्ट में इसके बारे में अधिक जान सकते हैं।

एक्सटेंशन के बारे में

Q. IE9 के लिए एक्सटेंशन सिस्टम को बदला जाएगा?

एई 8 में जोड़े गए वेब स्लाइस और एक्सेलेरेटर डेवलपर्स को बहुत ही साधारण (एचटीएमएल, सीएसएस, जेएस, और एक्सएमएल) तरीके से एक्सटेंशन प्रदान करते हैं जो सबसे आम परिदृश्यों को कवर करते हैं। IE9 में, हमने पिन किए गए साइट मोड के माध्यम से ब्राउज़र को अनुकूलित करने की क्षमता को जोड़ा - फेविकॉन्स, जंपलिस्ट, पॉप-अप आइकन, आदि। IE9 बीटा के लॉन्च की तैयारी में, हमने 70 से अधिक भागीदारों के साथ काम किया और 900 से अधिक साइटों को देखा जो नए अवसर का पूरा लाभ उठाते हैं। अधिक जानकारी यहां पाई जा सकती है (रूसी में, यहां देखें )।



प्र। क्या IE (उदाहरण के लिए, अतिरिक्त पैनल) के लिए ऐड-ऑन लिखने के लिए एक सुविधाजनक .NET फ्रेमवर्क होगा, या सब कुछ पुराने फैशन में केवल COM के माध्यम से किया जाएगा? मैं स्वयं अब टूलबार (.NET WinForms + COM) विकसित कर रहा हूं, इसलिए यह एक ज्वलंत प्रश्न है।

A. IE9 IE8 के समान एक्सटेंशन का समर्थन करता है, इसलिए मौजूदा वाले बस काम करना जारी रखते हैं। हालाँकि, हमने .NET पर एक्सटेंशन विकसित करने के लिए कोई नई कार्यक्षमता नहीं जोड़ी है।

इंटरफ़ेस के बारे में

Q. एड्रेस बार के तहत टैब का स्थान कैसे बदलें? टैब के नीचे पता बार कैसे रखें?

A. IE9 इंटरफ़ेस केवल उन ब्राउज़र सुविधाओं को छोड़ने के लिए डिज़ाइन किया गया है जो स्वयं वेबसाइटों के लिए उपलब्ध स्थान को अनुकूलित करने के विचार के अनुरूप हैं। हम यह समझने के लिए डेटा का अध्ययन करते हैं कि उपयोगकर्ता ब्राउज़र का उपयोग कैसे करते हैं, और हमने क्या देखा - यह डेटा दुनिया भर के सभी प्रकार के उपयोगकर्ताओं को कवर करता है: 10 मिलियन से अधिक उपयोगकर्ता और करोड़ों उपयोगकर्ता सत्र - यह है कि IE में 97% से अधिक सत्र 5 टैब या उससे कम हैं, और 90% से अधिक उपयोगकर्ता एक ही समय में 8 से अधिक टैब नहीं खोलते हैं। बहुत से परिदृश्य नहीं होते हैं जब आपको अधिक टैब खोलने की आवश्यकता होती है, और इन मामलों में, आप पता बार के आकार को कम करके टैब के तहत क्षेत्र के आकार को आसानी से बढ़ा सकते हैं।

कभी-कभी हम काफी मज़ेदार परिदृश्य देखते हैं (और यह मेरे व्यक्तिगत अनुभव से भी है) जब लोग एक विंडो में कम टैब का उपयोग करते हैं, जैसे ही वे वेबसाइट पिनिंग का उपयोग करना शुरू करते हैं। इसे अपने लिए आज़माएँ: उन साइटों को देखें जिन्हें आप अक्सर खोलते हैं और उन पिन को पिन करते हैं जिन्हें आप हमेशा लॉन्च करते हैं और जिनके भीतर आप आमतौर पर एक से अधिक टैब खोलते हैं। अब साइटों को प्रबंधित करने का कार्य विंडोज के साधनों पर स्थानांतरित कर दिया गया है: आप साइटों को उसी तरह से प्रबंधित कर सकते हैं जिस तरह से आप ब्राउज़र टैब की क्षमताओं द्वारा सीमित होने के बजाय अनुप्रयोगों का प्रबंधन करते हैं।



Q. क्रॉप्ड कटिंग आई बटन वापस हमेशा के लिए रिलीज होगा?

A. IE9 इंटरफ़ेस पृष्ठभूमि को सभी माध्यमिक चीजों को लाने के लिए डिज़ाइन किया गया था, और साइट और इसकी सामग्री डालने के लिए पहली जगह नहीं थी। इस अर्थ में, साइट को बैक बटन के शीर्ष पर रखने से यह प्रभाव बढ़ जाता है।



प्र। क्या आप छवि / फ्लैश डाउनलोड को अक्षम करने के लिए त्वरित पहुँच जोड़ने की योजना बनाते हैं, जैसा कि ओपेरा में किया जाता है?

A. हम IE9 में इस समस्या को हल करने के लिए एक नया तरीका शुरू करने की योजना नहीं बना रहे हैं। लेकिन कनेक्ट पर जोड़ना एक अच्छी इच्छा है।



Q. आप सेटिंग विंडो को कब अपडेट करेंगे? ऐसा लगता है कि यह 10 वर्षों से नहीं बदला है।

A. हमारा लक्ष्य यह सुनिश्चित करना है कि उपयोगकर्ता को यह विंडो खोलने की ज़रूरत नहीं है, ब्राउज़र को बस काम करना चाहिए - और यह वही है जो हम अपने प्रयासों में डाल रहे हैं। बुनियादी चीजें, जैसे कि होम पेज को बदलना, पहले पेज पर रखी जाती हैं और उपयोग में आसान होती हैं।