Greasemonkey: GM.registerMenuCommand पर पुनर्विचार करें (पॉलीफिल एपीआई पर निर्भर करता है जो दूर जा रहा है)

को निर्मित 29 अप्रैल 2020 · 7टिप्पणियाँ · स्रोत: greasemonkey/greasemonkey

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

ऐसा प्रतीत होता है कि कोई अब इसे "निश्चित" (अर्थात समर्थन को हटाने) में रुचि रखता है, इसलिए शायद जीएम 4 पर पुनर्विचार करना एक अच्छा विचार होगा जो इसके लिए अपना समर्थन प्रदान नहीं कर रहा है।

मैं अपने कॉन्फ़िगरेशन UI को लॉन्च करने जैसी चीजों के लिए इसका पर्याप्त उपयोग करता हूं, यदि कोई उपयुक्त प्रतिस्थापन प्रदान नहीं किया जाता है, तो मुझे केवल GreaseMonkey के लिए समर्थन छोड़ना होगा और उपयोगकर्ताओं को निर्देश देना होगा कि तकनीकी कारणों से, मैं केवल ViolentMoney और TamperMonkey का समर्थन कर सकता हूं क्योंकि मैं इस तरह के "इसे एक बार सेट करें और लगभग इसे कभी नहीं बदलें" कॉन्फ़िगरेशन UI बटन के साथ साइट को अव्यवस्थित करने के लिए स्वीकार्य UX को नहीं मानता।

स्रोत

ssokolow

👍6

सभी 7 टिप्पणियाँ

+1
मुझे एचटीएमएल 5 संदर्भ मेनू बहुत पसंद हैं, लेकिन अगर वे गायब हो जाते हैं तो मुझे भी GM.registerMenuCommand वापस आने की उम्मीद है। मैं खुद को मल्टी-साइट यूजरस्क्रिप्ट के लिए एक और होममेड सॉल्यूशन बनाए रखते हुए नहीं देख सकता।

StigNygaard 29 अप्रैल 2020

UI/API के लिए कोई सुझाव जो अभी भी मौजूद रहेगा जिसका आप उपयोग करना चाहेंगे?

मुझे लगता है कि हम बंदर मेनू में चीजों को पंजीकृत करने के लिए मजबूर होंगे?

arantius 29 अप्रैल 2020

इस तरह से TamperMonkey और ViolentMonkey करते हैं।

मुझे लगता है कि दूसरा विकल्प यह अनुमान लगाने की व्यवहार्यता का पता लगाने के लिए होगा कि पॉलीफ़िल browser.menus.create का उपयोग करके सभी उपयोगकर्ता-पंजीकृत मेनू आइटम को संदर्भ मेनू के सबमेनू में धकेलने के लिए क्या करता है ... हालांकि वह उप- उन्हें संदर्भों के दायरे में लाने के किसी तरीके के बिना इष्टतम क्योंकि लोग आमतौर पर संदर्भ मेनू के प्रासंगिक होने की अपेक्षा करते हैं।

(और, आदर्श रूप से, फ़ायरफ़ॉक्स के एडऑन मैनेजर के काम करने के समान, संदर्भ मेनू के बजाय बंदर मेनू में "इस उपयोगकर्तास्क्रिप्ट को कॉन्फ़िगर करें" प्रविष्टियों को रखने का एक तरीका होना अच्छा होगा।)

हालांकि बाद वाला वास्तव में "व्यवहार्यता का पता लगाएं" है। जब से मैंने WebExtensions API पर पोक किया है तब से यह इतना लंबा हो गया है कि मुझे उस संबंध में इसकी सीमाएं याद नहीं हैं। (मैं उपयोगकर्ता स्क्रिप्ट लिखता हूं क्योंकि वे अधिक पोर्टेबल हैं और अनिवार्य विस्तार हस्ताक्षर के विरोध में हैं।)

ssokolow 29 अप्रैल 2020

👍1

यहाँ एक पुराना धागा है:
https://github.com/greasemonkey/greasmonkey/issues/2714

eight04 30 अप्रैल 2020

👍1

@arantius

मुझे लगता है कि हम बंदर मेनू में चीजों को पंजीकृत करने के लिए मजबूर होंगे?

भले ही संदर्भ मेनू को विनिर्देश से अप्रचलित नहीं किया गया हो, GM_registerMenuCommand के स्थान पर इसका उपयोग करने से निम्नलिखित नुकसान होते हैं:

इसे हमेशा ब्राउज़र के संदर्भ मेनू में डाला जाता है, जो ब्राउज़िंग के रास्ते में आ जाता है
क्योंकि यह एक असुरक्षित संदर्भ (वेब पेज साइड का डोम) में सम्मिलित करता है, गोपनीयता और सुरक्षा मुद्दों का कारण बन सकता है
यदि संदर्भ मेनू वेब पेज की ओर से अवरुद्ध है तो अनुपलब्ध है।

esperecyan 4 अक्तू॰ 2020

फ़ायरफ़ॉक्स ट्रंक ने फ़ायरफ़ॉक्स 85 के लक्ष्य रिलीज़ मील के पत्थर के साथ <menuitem> तक पहुंच को अक्षम करने के लिए एक पैच उतरा।

https://bugzilla.mozilla.org/show_bug.cgi?id=1680596#c11

(विशेष रूप से, यह इसे dom.menuitem.enabled प्रीफ़ के पीछे रखता है जो डिफ़ॉल्ट रूप से गलत है।)

ssokolow 9 दिस॰ 2020

👀1

@arantius GM.registerMenuCommand() का कार्यान्वयन एक जरूरी मुद्दा बन गया।

यह एपीआई Violemntmonkey और Tampermonkey, साथ ही Greasemonkey 3.x दोनों में लागू किया गया है। जैसा कि ऊपर उल्लेख किया गया है, यह किसी अन्य तरीके से बदली नहीं जा सकती है, और संगतता के लिए महत्वपूर्ण है।

मैंने https://github.com/greasmonkey/greasmonkey/pull/2770 अद्यतन में कार्यान्वयन के बारे में सभी पिछली चिंताओं का समाधान किया है। उसका विलय क्यों नहीं हो सकता?

esperecyan 9 दिस॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Greasemonkey: GM.registerMenuCommand पर पुनर्विचार करें (पॉलीफिल एपीआई पर निर्भर करता है जो दूर जा रहा है)

सभी 7 टिप्पणियाँ

संबंधित मुद्दों