फ़ायरफ़ॉक्स: निजी टैब, विभिन्न एपीआई और एक्सटेंशन जिन्हें पुनरारंभ करने की आवश्यकता नहीं है

यह फ़ायरफ़ॉक्स और सीमोंकी के लिए मेरे निजी टैब एक्सटेंशन के बारे में होगा: कुछ कार्यान्वयन विवरण - विशेष रूप से यह एक, और एक्सटेंशन जिन्हें सामान्य रूप से पुनरारंभ (उर्फ पुनरारंभ रहित ) की आवश्यकता नहीं होती है।

एक्सटेंशन में निजी टैब जोड़े जाते हैं, जिसके लिए इतिहास सहेजा नहीं जाएगा और कुकीज़ का एक अलग सेट उपयोग किया जाएगा।

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


शायद, यह इस तथ्य से शुरू होना चाहिए कि विस्तार निजी मोड के द्वारा केवल गेको 20 (या वहां प्रति विंडो अनुवाद कैसे करें?) में जोड़े गए विंडो मोड पर एक ऐड-ऑन है।
इन आंतरिक परिवर्तनों के बिना, कुछ भी नहीं हुआ होगा।
और कई बदलाव हुए: " बग 463027 1646 बग पर निर्भर करता है ।"
सौभाग्य से, भले ही हमें केवल निजी खिड़कियां मिलीं, बहुत कुछ आंतरिक रूप से न केवल पूरी खिड़की की गोपनीयता को बदलने की उम्मीद में किया गया है, बल्कि व्यक्तिगत टैब (अच्छी तरह से, व्यक्तिगत टैब की सामग्री) भी है।

यह, यदि मानवीय शब्दों में व्यक्त किया गया है। सामान्य तौर पर, यदि आप अपने शब्दों में कुछ का वर्णन नहीं कर सकते हैं, तो समझ को प्रश्न में कहा जाना चाहिए। इसलिए, हालांकि अंतड़ियों (रक्त, आंतों! और आगे) का वादा किया गया था, मैं एक सरल और (मुझे उम्मीद है) सस्ती के साथ शुरू करना चाहिए।

और सरल और समझने योग्य तथ्य यह है कि प्रत्येक विंडो में एक nsILoadContext इंटरफ़ेस है (undocumented, hehe - इस अर्थ में कि टिप्पणियों के साथ केवल स्रोत कोड है), जो अब उपयोग किया गया है। और, सबसे महत्वपूर्ण बात, सभी अन्य कोड इस संपत्ति के मूल्य को ध्यान में रखते हैं। तो हमारे लिए सभी गंदे काम किए गए (ईमानदार होने के लिए, दुर्भाग्य से, सभी नहीं)।
* वास्तव में इसकी तुलना में अधिक खिड़कियां हैं: इस मामले में, हमारा मतलब एक विंडो ऑब्जेक्ट है जो सभी जावास्क्रिप्ट प्रोग्रामर से परिचित है। प्रत्येक ब्राउज़र विंडो में एक ऐसी वस्तु होती है, जिसके अंदर वास्तविक DOM ट्री के साथ कोई कम प्रसिद्ध दस्तावेज नहीं होता है। और फिर, प्रत्येक टैब के साथ, एक एक्सयूएल ब्राउज़र जुड़ा हुआ है, अपनी स्वयं की खिड़की, दस्तावेज़ और डोम के पेड़ के साथ HTML आइफ्रेम के समान है।
सामान्य तौर पर, इसे एक बार देखना बेहतर होता है: आप डोम इंस्पेक्टर का उपयोग करके इस पूरी संरचना को लाइव देख सकते हैं (यहाँ चित्रों में कुछ निर्देश है, या आप कस्टम बटन और मेरे गुण निरीक्षक बटन लगा सकते हैं, केवल गेको 20 के लिए आपको कस्टम बटन के प्रायोगिक संस्करण की आवश्यकता है )।
यहाँ, उदाहरण के लिए, वही XUL ब्राउज़र है:


यही है, हमारा काम इंटरफ़ेस nsILoadContext को टैब में <ब्राउज़र> 'से संबंधित कुछ चीज़ों से अलग करना है और उपयोग करना सही है।

दो अन्य इंटरफेस भीख मांगने के लिए जिम्मेदार हैं: nsISupports.QueryInterface () और nsIInterfaceRequestor.getInterface () ।
लेकिन इस मामले में, हम पहले से ही ध्यान रखा गया है, और एक उपयोगी लेख है, प्रति खिड़की निजी ब्राउज़िंग का समर्थन , जिसमें से आप समाप्त संसाधन मॉड्यूल के बारे में पता लगा सकते हैं : //gre / modules / PStreetBrowsingUtils .jsm , जिसमें विधि की आवश्यकता है जो पहले से ही लागू है:

privacyContextFromWindow: function pbu_privacyContextFromWindow(aWindow) { return aWindow.QueryInterface(Ci.nsIInterfaceRequestor) .getInterface(Ci.nsIWebNavigation) .QueryInterface(Ci.nsILoadContext); }, 

हालाँकि, एक और सूक्ष्मता है: उपयोग के मूल्य को बदलते समयनिरीक्षण संपत्ति में, यह त्रुटि कंसोल पर लिखता है

चेतावनी: केवल आंतरिक कोड का उपयोग करने की अनुमति दी गई है

यह बग 800193 है - nsILoadContext.usePStreetBrowsing गुण को केवल-पढ़ने के लिए करें । सौभाग्य से, परिणाम के रूप में, मामला इस चेतावनी तक सीमित है।

तो अब आपको विंडो ऑब्जेक्ट को टैब से जोड़ने की आवश्यकता है।
आम तौर पर gBrowser.getBrowserForTab (टैब) है , लेकिन हम आसान तरीकों की तलाश नहीं है हम एक पूर्ण रीस्टलेस एक्सटेंशन बनाना चाहते हैं (एक सरलीकृत संस्करण भी है: प्रत्येक विंडो के लिए एक स्क्रिप्ट को जोड़ना जो फिर से प्रत्येक विंडो के लिए निष्पादित की जाएगी, "पारंपरिक" एक्सटेंशन को पहले सन्निकटन के रूप में पोर्ट करना आसान है, लेकिन इसके लिए अधिक मेमोरी की आवश्यकता होगी), इसलिए tab.ownerDocument .defaultView.gBrowser.getBrowserForTab (टैब) किसी तरह डरावना लगता है। इसके अलावा, दृश्य-स्रोत में: chrome: //browser/content/tabbrowser.xml (यह लिंक ऐसा है, यह खुलता है, ज़ाहिर है, केवल फ़ायरफ़ॉक्स में है)

  <method name="getBrowserForTab"> <parameter name="aTab"/> <body> <![CDATA[ return aTab.linkedBrowser; ]]> </body> </method> 

इसके अलावा, इस दृष्टिकोण का उपयोग कई स्थानों पर किया जाता है, हालांकि यह दस्तावेज नहीं लगता है।

तो, अब हमारे पास (ईमानदार होने के लिए, हमारे पास अभी तक टैब ही नहीं है, लेकिन बाद में और अधिक) एक्सयूएल ब्राउज़र टैब का एक लिंक, जो बदले में, एक कंटेंटविंडो प्रॉपर्टी है जो डोम विंडो को संदर्भित करता है जो हमें ब्राउज़र में चाहिए। ।

तो यह कुछ इस तरह से निकलता है:

 var tab = ... //  ,       Components.utils.import("resource://gre/modules/PrivateBrowsingUtils.jsm"); var privacyContext = PrivateBrowsingUtils.privacyContextFromWindow(tab.linkedBrowser.contentWindow); privacyContext.usePrivateBrowsing = true; //    

अब जब हम यह पता लगा सकते हैं कि कोई निजी टैब है या नहीं और इसके लिए गोपनीयता मोड को स्विच करें, तो हम स्वयं टैब से निपटेंगे।

सबसे पहले, निजी टैब खोलें।
टैब खोलने के लिए gBrowser.addTab () है , लेकिन एक सूक्ष्मता है: यदि आप पहले एक टैब खोलते हैं और फिर इसके लिए निजी मोड को चालू करते हैं, टैब में ब्राउज़र को प्रारंभ करने का समय होगा, और यद्यपि लिंक ब्राउज़िंग इतिहास में सहेजा नहीं जाएगा, कुकीज़ निजी नहीं होगी।
ऐसा क्यों होता है यह समझने के लिए, आपको स्रोत कोड देखने की आवश्यकता है:

  <method name="addTab"> <parameter name="aURI"/> <parameter name="aReferrerURI"/> <parameter name="aCharset"/> <parameter name="aPostData"/> <parameter name="aOwner"/> <parameter name="aAllowThirdPartyFixup"/> <body> <![CDATA[ ... // Dispatch a new tab notification. We do this once we're // entirely done, so that things are in a consistent state // even if the event listener opens or closes tabs. var evt = document.createEvent("Events"); evt.initEvent("TabOpen", true, false); t.dispatchEvent(evt); if (uriIsNotAboutBlank) { ... try { b.loadURIWithFlags(aURI, flags, aReferrerURI, aCharset, aPostData); } catch (ex) { Cu.reportError(ex); } } 

सौभाग्य से, न केवल कारण दिखाई दे रहा है (b.loadURIWithFlags () द्वारा डाउनलोड की शुरुआत), लेकिन यह भी समाधान: आप टैबओपेन उत्पन्न घटना का उपयोग कर सकते हैं - अधिसूचना डाउनलोड शुरू होने से ठीक पहले आती है।
और यहाँ कोड पहले से उतना पारदर्शी नहीं है जितना हम चाहते हैं। मूल विचार इस प्रकार है:

 window.addEventListener("TabOpen", function waitForTab(e) { window.removeEventListener(e.type, waitForTab, false); var tab = e.originalTarget; // e.target     SeaMonkey makeTabPrivate(tab); }, false); gBrowser.selectedTab = gBrowser.addTab(); //     

उसी समय, event.originalTarget Event.target से भिन्न होता है, केवल बाद वाले के विपरीत, यह XBL का उपयोग करके बनाए गए अनाम नोड्स को संदर्भित कर सकता है (और SeaMonkey का अपना कार्यान्वयन <tabbrowser> 'a) है।

खैर, अब हमारे पास एक अकेला निजी टैब है।
इसे किसी तरह दूसरों से अलग होने की जरूरत है। ऐसा करने के लिए, मैं टैब में PrivateTab-isPStreet = "true" विशेषता जोड़ता हूं और शैलियों के साथ इसकी उपस्थिति बदल देता हूं।
यहां यह ध्यान रखना महत्वपूर्ण है कि अन्य एक्सटेंशन के साथ संभावित टकराव से बचा जाना चाहिए - बस सभी वर्गों, विशेषताओं और अन्य संस्थाओं में एक विशिष्ट उपसर्ग जोड़ें, इस मामले में "PrivateTab-"।
विचलित नहीं होने के लिए, संक्षेप में शैलियों के बारे में: nsIStyleSheetService.loadAndRegisterSheet () का उपयोग किया जाता है । इस मामले में, शैलियों को सामान्य रूप से सभी खिड़कियों पर लागू किया जाता है, इसलिए उन्हें @ -मोज़-दस्तावेज़ के साथ सीमित करना बेहतर होता है।

लेकिन एक निजी टैब से, आप एक नया टैब या एक विंडो भी खोल सकते हैं। इन नए टैब और विंडो को निजी रहना चाहिए!

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

 var orig = someObject.someMethod; var patch = window["privateTabMod::someObject.someMethod"] = function() { //   -  }; someObject.someMethod = function wrapped() { if(patch.apply(this, arguments)) return undefined; return orig.apply(this, arguments); }; 

और हां, यह भी महत्वपूर्ण है कि विंडो में वैश्विक गुणों को उन नामों के साथ बनाया जाए जो कहीं और इस्तेमाल किए जा सकते हैं।
उसी समय, toString () / toSource () को फिर से परिभाषित किया जाता है और इसे वापस किया जाता है:

 function wrapped() { if(window["privateTabMod::someObject.someMethod"].apply(this, arguments)) return; //    } 

फिर, जब आपको हमारे पैच को रोल करने की आवश्यकता होती है, तो हम याद किए गए संशोधित फ़ंक्शन की तुलना someObject.someModod के वर्तमान मूल्य से करते हैं। यदि वे मेल खाते हैं, तो याद किए गए मूल फ़ंक्शन में कुछObject.someMethod को बदलें, और यदि वे अलग-अलग हैं, तो विंडो को बदल दें ["PrivateTabMod :: someObject.someMethod"] एक खाली फ़ंक्शन के लिए।

इतनी लंबी वापसी।
और हां, eval पैच के साथ मौलिक रूप से कुछ भी गलत नहीं है, कभी-कभी कोई अन्य तरीका नहीं होता है।
लेकिन आपको यह समझने की आवश्यकता है कि जब आप एक आवरण के साथ कर सकते हैं, तो आपको एक आवरण के साथ करने की आवश्यकता है। यह दुभाषिया द्वारा बेहतर रूप से अनुकूलित है, और केवल तृतीय-पक्ष कोड बनाने वाले eval पैच इसे तोड़ सकते हैं।
यहां, निश्चित रूप से, उसके सिर को पकड़ने और अपनी बाहों को लहराते हुए भागने का समय है, लेकिन पहले इंतजार करना और पढ़ना बेहतर है:
Wladimir Palant द्वारा एक एक्सटेंशन में eval () का उपयोग करने के पांच गलत कारण
कुछ कारणों से मैं कहता हूं कि eval अन्य हैक्स की तुलना में बिल्कुल खतरनाक नहीं है और मैं दूसरों के बजाय eval () का उपयोग क्यों कर रहा हूं? YUKI "पीरो" हिरोशी द्वारा
संक्षेप में, रैपर एफ़ल-पैच को तोड़ते हैं (कभी-कभी आप उनके बिना नहीं कर सकते हैं), और नीरस एफ़ल-पैच न तो अन्य पैच को तोड़ते हैं, न ही रैपर को। हां, यह संभावित रूप से बहुत अधिक खतरनाक है, लेकिन खतरनाक है - इसका मतलब बिल्कुल भी अस्वीकार्य नहीं है।

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

विंडोज़ के साथ, सामान्य तौर पर, यह समान है (केवल आपको मैन्युअल रूप से window.opener के लिए एक प्रतिस्थापन प्राप्त करने की आवश्यकता है, क्योंकि एक नई विंडो में लिंक खोलने के बाद, ओपनर संपत्ति सेट नहीं है) और मूल विंडो के सक्रिय टैब की गोपनीयता की जांच करें।
लेकिन एक्सटेंशन अभी भी टैब के बारे में है, इसलिए हम विवरण के बिना कर सकते हैं, खासकर जब से कुछ शब्दों को फिर से पुनरारंभ एक्सटेंशन में विंडोज़ को ट्रैक करने के बारे में कहा जाएगा।

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

यह, ज़ाहिर है, सब कुछ से बहुत दूर है - "सब कुछ" पहले से ही 2100 लाइनों पर फैला हुआ है, और लगता है की तुलना में बहुत अधिक trifles हैं - दोनों खिड़की के शीर्षक में परिवर्तन और एप्लिकेशन बटन में बदलाव (जो लाल है, ऐप बटन) यदि मेनू छिपा हुआ है (बटन, हालांकि , फ़ायरफ़ॉक्स की शैलियों में मुख्य विंडो के डोम ट्री के रूट नोड पर प्राइवेटब्रोसमिंगमोड विशेषता है), और विभिन्न मेनू में आइटम जोड़ना, और कीबोर्ड शॉर्टकट (और अंतर्निहित एक्सयूएल कुंजी कभी पुनरारंभ नहीं होता), और ड्रैग करना और ड्रॉप करना (आप लिंक को खींच सकते हैं) निजी टैब!), और निजी के बीच टैब खींचने में असमर्थता बैल खिड़कियां (और पैच!), और ... आपको कुछ भी याद नहीं है।
लेकिन हम अपने समय, पाठकों के समय को महत्व देते हैं और स्वस्थ नींद । :) नहीं, हम भी एक सपने की सराहना करते हैं, लेकिन यह हमेशा दूर है कि क्या मूल्य है।

अब हम टैब निकाल चुके हैं (और यह कस्टम बटन्स एक्सटेंशन या बिल्ट-इन टूल्स का उपयोग करके एक्सटेंशन बनाए बिना किया जा सकता है, devtools.chrome.enabled = सच के बारे में सेट करना : वेब डेवलपमेंट को कॉन्फ़िगर करना और लॉन्च करना - सिंपल जावास्क्रिप्ट एडिटर aka स्क्रैचपैड, Shift + F4 - पर्यावरण - ब्राउज़र), चीजों को विस्तार में रखने का समय है।
लेकिन 2100 लाइनें एक बुरा उदाहरण हैं। और क्योंकि यह मॉड्यूल में कटौती करना संभव होगा (हो सकता है कि मैं इसे काट दूं, लेकिन अब तक यह पता चला है कि काटने से अतिरिक्त कोड का ढेर हो जाता है), और क्योंकि लाइनें न्यूनतम खो देती हैं, जो कि बस कुछ सरल शुरू करने के लिए आवश्यक है।

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

जैसा भी हो, मुख्य बिंदुओं को ट्रैक करना आसान है।
सबसे पहले, हमें क्लासिक install.rdf की आवश्यकता है, जिसके बिना कुछ भी काम नहीं करेगा, लेकिन ध्वज के साथ " <em: बूटस्ट्रैप> सच </ em: बूटस्ट्रैप> "।
और boot.stf.js फ़ाइल install.rdf के बगल में है।
इसके अलावा, यह सब एक नियमित ज़िप-संग्रह में पैक किया गया है, लेकिन एक्सपी एक्सटेंशन के साथ। और वह सब है! ठीक है, जब सही कोड पहले से ही लिखा है।

Bootstrap.js फ़ाइल को विशेष रूप से उन विशेष फ़ंक्शंस को निर्धारित करना होगा जो ऐड-ऑन प्रबंधक कॉल करेंगे जब आप चालू करेंगे, बंद करेंगे, ब्राउज़र शुरू करेंगे, आदि।
और फिर विस्तार को खुद से सब कुछ करना चाहिए: इसे खिड़कियां पकड़नी चाहिए, उनके साथ कुछ करना चाहिए, और खुद के बाद भी साफ करना चाहिए।
यह, वैसे, बहुत दुख की बात है, क्योंकि इन जोड़तोड़ को आसान बनाने के लिए कोई एपीआई नहीं है (अभी तक, मुझे उम्मीद नहीं है)।

यहां, हालांकि, हमें आरक्षण की आवश्यकता है: जेटपैक उर्फ ​​एड-ऑन एसडीके भी है । उसे क्यों नहीं? निजी तौर पर, यह मेरे लिए आसान है। नए लोगों को सीखने की तुलना में अधिक या कम परिचित इंटरफेस और अन्य एपीआई के साथ टिंकर करना बहुत आसान है। स्रोत कोड में बहुत सारे सार भी हैं, इसलिए आप केवल प्रलेखन के अनुसार ही काम कर सकते हैं (और कभी-कभी देर हो जाती है, यह खुला स्रोत है)। इसके अलावा, Jetpack पर जटिल एक्सटेंशन नहीं देखने के लिए कुछ है, जो यह भी सुझाव देता है। लेकिन अगर कोई अनुभव लेखन एक्सटेंशन नहीं है, तो संभवतः ऐड-ऑन एसडीके के साथ शुरू करना आसान है।

लेकिन जोड़तोड़ पर वापस।
हम केवल स्टार्टअप () और शटडाउन () फ़ंक्शन का उपयोग करेंगे।
जैसा कि नाम से पता चलता है, विस्तार शुरू होने पर स्टार्टअप () को कहा जाता है - चाहे वह एक ब्राउज़र लॉन्च कर रहा हो या स्थापित करना / चालू करना हो, कारण को दूसरे तर्क के रूप में पारित किया जाता है।

चालू होने पर, पहले से ही खुली हुई खिड़कियां हो सकती हैं जिन्हें संसाधित किया जाना चाहिए। इसके लिए, nsIWindowMediator.getEnumerator () है , उपयोग का एक उदाहरण भी है।
परिणाम सरल है:

 //         : Components.utils.import("resource://gre/modules/Services.jsm"); // ... var ws = Services.wm.getEnumerator("navigator:browser"); while(ws.hasMoreElements()) this.initWindow(ws.getNext(), reason); 

उसी समय, "नेविगेटर: ब्राउज़र" मुख्य ब्राउज़र विंडो के रूट नोड ( XUL विंडो ) की विंडो टाइप विशेषता का मूल्य है। आप इसे उसी DOM इंस्पेक्टर का उपयोग करके देख सकते हैं।
तदनुसार, initWindow () विंडो के लिए एक लिंक और शामिल किए जाने का कारण प्राप्त करता है।

लेकिन ये केवल पहले से खुली हुई खिड़कियां हैं - आपको अभी भी नई खिड़कियों के निर्माण और मौजूदा लोगों को बंद करने की आवश्यकता है (ताकि खुद को साफ करने और बाढ़ न करने के लिए)।
ऐसा करने के लिए, हम nsIWindowWatcher.registerNotification () विधि का उपयोग करते हैं।
इसी समय, फ़ंक्शन और ऑब्जेक्ट दोनों जो nsIObserver इंटरफ़ेस को लागू करते हैं, अलर्ट प्राप्त कर सकते हैं । उत्तरार्द्ध अधिक सुविधाजनक है: हमें अपना नाम स्थान ऑब्जेक्ट संदर्भित करते हुए, यह सही लगता है।
फिर से, Services.jsm मॉड्यूल का उपयोग करें:

 Services.ww.registerNotification(this); 

अब हमारी वस्तु का अवलोकन (विषय, विषय, डेटा) विधि उद्घाटन (विषय में "डोमेविंडोवॉप्ड") और समापन ("डोमविंडोक्लोस्ड") खिड़कियों के बारे में सूचनाएं प्राप्त करेगी।

हालाँकि, इस समय आपको "डोमेविंडोवॉप्ड" अधिसूचना प्राप्त होती है, आप यह नहीं पता लगा सकते हैं कि यह किस प्रकार की खिड़की है - window.location.href में लगभग: रिक्त होगा, इसलिए आपको विंडो लोड होने तक इंतजार करना होगा:

 observe: function(subject, topic, data) { if(topic == "domwindowopened") // subject -    subject.addEventListener("load", this, false); ... 

यहां हम इसे सही बताने के लिए ट्रिक का भी उपयोग करेंगे: ईवेंट श्रोता एक ऑब्जेक्ट हो सकता है जो EventListener इंटरफ़ेस को लागू करता है, ताकि जब घटना होती है, तो पारित ऑब्जेक्ट के हैंडल (इवेंट) विधि को बुलाया जाएगा।

और भरी हुई खिड़की पर आप पहले से ही स्थान का पता लगा सकते हैं, और वही विंडोटाइप जो हम केवल आवश्यक विंडो पर पुनरावृति करते थे।

इस प्रकार, हम आवश्यक विंडोटाइप के साथ खिड़कियों के उद्घाटन और समापन को संभालते हैं।

और फिर आपको बस इसे खोलने की आवश्यकता होती है जब आप इसे खोलते हैं और इसे बंद करते समय इसे साफ करते हैं।
इस स्थिति में, हमें केवल TabClose ईवेंट श्रोता जोड़ना होगा :

 window.addEventListener("TabClose", this, false); 

जब कोई घटना होती है, तो handleEvent () -> tabCloseHandler () काम करेगा , लेकिन हमने पहले ही टैब के साथ काम किया है।

अगला, जब आप ब्राउज़र को बंद करते हैं, हटाते हैं, अपडेट करते हैं या बंद करते हैं, तो शटडाउन () फ़ंक्शन को कॉल किया जाएगा, और windowsObserver.destroy () काम करेगा, पहले से ही सभी खुली खिड़कियों की गणना और अलर्ट को अक्षम करने के साथ।

तो सब कुछ बहुत सरल है। मुश्किल तब शुरू होती है, जब अजीबोगरीब की इच्छा पैदा होती है। उदाहरण के लिए, कस्टम बटनों को जोड़ने के लिए कोई एपीआई भी नहीं है, इसलिए आपको हर रीस्टलेस एक्सटेंशन में नियमित साइकिलिंग मिलती है।
मुख्य, शायद, कठिनाई यह है कि वैश्विक वस्तु एक खिड़की नहीं है, इसलिए आपको या तो एक विंडो हैंडलर बनाने की आवश्यकता है (सब कुछ उतना बुरा नहीं है जितना पहली नज़र में लगता है: प्रोटोटाइप हैं), या, जैसा कि निजी टैब में किया जाता है संसाधित किए जा रहे इवेंट के ऑब्जेक्ट से एक विंडो प्राप्त करें।

शायद यही सब है। आशा है कि इस शीर्षकहीन धारा को पढ़ा जा सकता है। लेकिन सुर्खियों, अफसोस, नहीं रखा जाना चाहता था, मुझे अपने आप को पाठ छोड़ना पड़ा।