greasemonkey 🚀 - स्थानीय फ़ाइलें स्थापित करने की अनुमति दें

शायद यह (मैच पैटर्न डॉक्स)? योजना के लिए मैच चयनकर्ता में * का उपयोग करने से केवल http या https पर ग्लब्स होते हैं। file:// लिए एक अतिरिक्त मिलान जोड़ने का सुझाव दें।

Sxderp 12 अक्तू॰ 2017

वह या <all_urls> चयनकर्ता।

ToadKing 17 अक्तू॰ 2017

file:/// स्क्रिप्ट का पता लगाने के लिए एक मिलान पैटर्न जोड़ने से हमें एक एक्सएचआर शुरू करना पड़ता है जो उस यूआरएल पर सामग्री को पढ़ने में विफल रहता है, जो आश्चर्यजनक है।

arantius 18 अक्तू॰ 2017

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

गेको 1.9 से शुरू होकर, फाइलों को केवल कुछ अन्य फाइलों को पढ़ने की अनुमति है। विशेष रूप से, एक फ़ाइल किसी अन्य फ़ाइल को तभी पढ़ सकती है जब मूल फ़ाइल की मूल निर्देशिका लक्ष्य फ़ाइल की पूर्वज निर्देशिका हो।

फ़ाइल सिस्टम को file:// प्रोटोकॉल के साथ मैनिफेस्ट में परिभाषित पथों तक पहुंच की अनुमति देने के लिए एक बग रिपोर्ट में लाने के लायक हो सकता है।

Sxderp 18 अक्तू॰ 2017

हाँ, यह शायद "नो फाइल्स" नियम है। मुझे नहीं पता कि उस पर आधिकारिक मार्गदर्शन कहाँ से प्राप्त करें, लेकिन मुझे पता है कि अब यह सच है कि मैं इसके बारे में सोचता हूँ। नई फाइलें बनाने के लिए आपको केवल डाउनलोड एपीआई जैसे बहुत ही विशेष अपवाद मिलते हैं।

हम एक वैकल्पिक हल निकालने की कोशिश कर सकते हैं जैसे ड्रैग/ड्रॉप को सीधे संभालना, या (एलओएल) पहले से खुले टैब की सामग्री को पढ़ना। लेकिन फिर हम सापेक्ष आइकन/संसाधन/आवश्यकताएं लाने में विफल रहेंगे, इसलिए यह अभी भी और भी अधिक कामकाज के बिना नहीं जायेगा।

arantius 18 अक्तू॰ 2017

क्या आप स्थापित करने के लिए पृष्ठ पर नेविगेट करने से पहले एक कुंजी के रूप में यूआरएल का उपयोग करके सामग्री को कैश करने के लिए स्टोरेज.लोकल का उपयोग नहीं कर सकते हैं? आपके पास पहले से ही एक चर में सामग्री है। निश्चित रूप से एक बार स्थापित/निश्चित रूप से स्थापित नहीं होने पर कैश को साफ़ करना होगा। अधिक सुविधाजनक होगा यदि WebExtensions में किसी प्रकार का अस्थायी संग्रहण होता है, इसलिए उन्हें निष्कासन से मैन्युअल रूप से निपटने की आवश्यकता नहीं होती है।

Sxderp 23 अक्तू॰ 2017

मैंने जो कहा है उसके साथ खिलवाड़ कर रहा हूं और यह उतना सीधा नहीं है जितना मैंने सोचा होगा। सबसे पहले, किसी भी उपयोगकर्ता स्क्रिप्ट की पहुंच browser.storage.local इसलिए यह स्वाभाविक रूप से Greasemonkey जैसे ऐडऑन के लिए एक असुरक्षित भंडारण है। दूसरे, संदेश के माध्यम से पृष्ठभूमि स्क्रिप्ट पर सामग्री भेजने के लिए भी यही होता है। मैं वास्तव में सुनिश्चित नहीं हूं कि इसे कैसे सुरक्षित किया जाए ताकि यह सुनिश्चित किया जा सके कि संदेश केवल script-detect.js से भेजा गया था। और स्क्रिप्ट की अतुल्यकालिक प्रकृति के कारण मुझे पूरी तरह से यकीन नहीं है कि script-detect.js उपयोगकर्ता स्क्रिप्ट से पहले चलता है (मैं उस पर कुछ परीक्षण करने जा रहा हूं)।

और निश्चित रूप से, जब तक कि मैं गलत नहीं हूँ, पृष्ठभूमि स्क्रिप्ट को किसी भी नेविगेशन श्रोता में DOM / सामग्री का कोई संदर्भ नहीं मिलता है?

Sxderp 29 अक्तू॰ 2017

आप पता चला है का उपयोग कर पृष्ठ की सामग्री प्राप्त कर सकते हैं onBeforeRequest पर एक मैच के साथ ['*://*/*.user.js'] और फिर एक बनाने StreamFilter । मैंने अपनी हाल ही में प्रकाशित शाखा में कुछ कोड परीक्षण लागू किए हैं, इस समय कोई पुल अनुरोध नहीं है क्योंकि यह _fix_ कुछ भी नहीं करता है। हालाँकि, यह उन सुरक्षा चिंताओं से बचता है जिन्हें मैंने अपनी पिछली पोस्ट में लाया था।

दुर्भाग्य से यह उस फ़ाइल समस्या को हल नहीं करता है जिस पर चर्चा की गई थी। उस पर कुछ बगजिला टिकट:
https://bugzilla.mozilla.org/show_bug.cgi?id=1341341
https://bugzilla.mozilla.org/show_bug.cgi?id=1266960

Sxderp 30 अक्तू॰ 2017

मुझे यहां #2671 . से निर्देशित किया गया था

यदि यह थ्रेड स्थानीय फ़ाइल से आयात करने के बारे में है .... तो ...
आप स्थानीय फ़ाइल को पढ़ने के लिए XHR का उपयोग क्यों कर रहे हैं? यह उत्पत्ति और अनुमतियों के साथ सभी प्रकार की जटिलताओं का कारण बनता है।
आसान तरीके का इस्तेमाल करने के लिए है new FileReader() के परिणाम से input type="file"

यदि यह थ्रेड file:///.....user.js URL को स्क्रिप्ट के रूप में पहचानने और उन्हें स्थापित करने के बारे में है, तो यह अलग मुद्दा और अलग समाधान है।

erosman 15 नव॰ 2017

👍1

इनपुट प्रकार = "फ़ाइल" के परिणाम से नए फ़ाइल रीडर () का उपयोग करना आसान तरीका है

आह, यह काम कर सकता है। यह file:// पथ पर नेविगेट करने और एक्सटेंशन को आपके लिए सब कुछ करने के रूप में सुंदर नहीं है, लेकिन यह काम कर सकता है। अधिकांश वर्कफ़्लो समान रह सकता है।

import script -> script selected -> contents cached in backend -> install dialog prompt -> retrieve content from backend -> continue install as usual

और यह उन तरीकों से कहीं अधिक सुरक्षित है जिनका उपयोग मैं नेविगेशन कार्यप्रवाह को बनाए रखने का प्रयास करते समय करने का प्रयास कर रहा था।

Sxderp 15 नव॰ 2017

"इनपुट प्रकार =" फ़ाइल "" का उपयोग करके एक कार्यशील वेबएक्सटेंशन उदाहरण मिला। ऐसा लगता है कि कैश करने की कोई आवश्यकता नहीं है, सीधे आयात किया जा सकता है:
https://github.com/mdn/webextensions-examples/pull/171/files/6c066cfff4e8c662984f704cb17c8b39211ed062#diff -098de1750b345156f3cfd46f8199aa34

kekkc 15 नव॰ 2017

ऐसा लगता है कि कैश करने की कोई आवश्यकता नहीं है, सीधे आयात किया जा सकता है

ऐसा नहीं है कि कैश _needed_ है, बल्कि एक सुरक्षा उपाय है। ठीक वैसे ही जैसे जब आप किसी .user.js पर नेविगेट करते हैं तो डायलॉग पॉप अप होकर आपको स्क्रिप्ट के बारे में कुछ जानकारी देता है। मुझे लगता है कि जब आप आयात करते हैं तो ऐसा ही होना चाहिए। इसलिए आपको स्टोर करने की आवश्यकता है, सामान्य डेटाबेस में कहीं नहीं, स्क्रिप्ट सामग्री ताकि उपयोगकर्ता को इंस्टॉल बटन पर क्लिक करना चाहिए जो आपके पास अभी भी उपलब्ध है और उपयोगकर्ता को फिर से संकेत देने की आवश्यकता नहीं है।

चाहे इसे स्टोरेज एपीआई का उपयोग करके कैश किया गया हो या सिर्फ वैश्विक ऑब्जेक्ट में कहीं भी वर्कफ़्लो के लिए विशेष रूप से कोई फर्क नहीं पड़ता।

Sxderp 16 नव॰ 2017

मैं यह भी कहना चाहूंगा कि एक आयात सुविधा सर्वोच्च प्राथमिकता होनी चाहिए [1] क्योंकि इससे लोगों को प्रवासन की समस्या होने में मदद मिलेगी। वे केवल 3.x से फ़ाइलें आयात कर सकते हैं।

[१] मैं इस पर गौर करूंगा अगर

Sxderp 16 नव॰ 2017

यदि उदाहरणों की आवश्यकता है तो मेरे पास मेरे कई ऐडऑन में आयात/निर्यात है।

आयात उपयोगकर्ता द्वारा शुरू किया गया है इसलिए अतिरिक्त सावधानियों/पॉपअप/अधिसूचनाओं/चेतावनी की कोई आवश्यकता नहीं है।

किसी एक संवाद में एक आयात बटन (फ़ाइल इनपुट) जोड़ें
एक बार जब उपयोगकर्ता इसे क्लिक करता है, तो फ़ाइल पिकर खुल जाता है .. उपयोगकर्ता आवश्यक फ़ाइल का चयन करता है और खुले पर क्लिक करता है (सभी अंतर्निहित HTTPML5)
फ़ाइल पढ़ी और पार्स की गई है
यदि यह USER स्क्रिप्ट के अनुरूप है, तो इसे IDB में जोड़ा जाता है
फिर चल रहे श्रोताओं को अपडेट करें

बस इतना ही....

मैं आयात/निर्यात प्राथमिकताओं, थीम डेटा (500kb तक) और आयात/निर्यात फ़ंक्शन के साथ अपने ऐड-ऑन में कई अन्य में भी ऐसा ही करता हूं।

मैं यह भी कहना चाहूंगा कि एक आयात सुविधा सर्वोच्च प्राथमिकता होनी चाहिए[1]

दरअसल .... जो स्क्रिप्ट लेखकों को नई स्क्रिप्ट लिखने और चलाने या परीक्षण करने के लिए आयात करने और जीएम 3 -> 4 अपग्रेड के मामले में छूटी हुई स्क्रिप्ट जोड़ने में सक्षम बनाता है।

कोड और कार्य बहुत सरल है... कोड की कुछ पंक्तियाँ जो एक घंटे में की जा सकती हैं।
आप चाहें तो मेरे कोड को आधार के रूप में इस्तेमाल कर सकते हैं।

erosman 16 नव॰ 2017

👍1

... आयात उपयोगकर्ता द्वारा शुरू किया गया है इसलिए अतिरिक्त सावधानियों/पॉपअप/अधिसूचनाओं/चेतावनी की कोई आवश्यकता नहीं है। ... यदि यह USER स्क्रिप्ट के अनुरूप है, तो इसे IDB में जोड़ा जाता है

हालांकि मैं इस बारे में निश्चित नहीं हूं। मुझे विशेष रूप से मानक इंस्टॉल संवाद पर छोड़ना पसंद नहीं है। शायद @arantius इस बारे में कुछ जानकारी दे सकता है कि वह

Sxderp 16 नव॰ 2017

हालांकि मैं इस बारे में निश्चित नहीं हूं। मुझे विशेष रूप से मानक इंस्टॉल संवाद पर छोड़ना पसंद नहीं है।

मानक संवाद का उपयोग तब किया जाता है जब उपयोगकर्ता का सामना किसी दूरस्थ स्रोत से उपयोगकर्ता स्क्रिप्ट से होता है। तब एक पुष्टिकरण संवाद की आवश्यकता होती है।

उपयोगकर्ता द्वारा शुरू किए गए आयात के मामले में:

उपयोगकर्ता एक स्क्रिप्ट आयात करने का निर्णय लेता है
उपयोगकर्ता आयात बटन पर क्लिक करता है
उपयोगकर्ता उपयोगकर्ता द्वारा चुनी गई स्क्रिप्ट पर नेविगेट करता है
क्या उपयोगकर्ता को एक संवाद के साथ फिर से पूछने की आवश्यकता है "क्या आप वास्तव में इस स्क्रिप्ट को स्थापित करना चाहते हैं?" :)
यह कष्टप्रद लगता है। हालांकि त्रुटियों के मामले में चेतावनी आवश्यक है।

erosman 17 नव॰ 2017

उपयोगकर्ता उपयोगकर्ता द्वारा चुनी गई स्क्रिप्ट पर नेविगेट करता है

लेकिन यह ऐसा नहीं है... इंस्टॉलेशन कॉलबैक द्वारा होता है (*.user.js पर ट्रिगर)...

Eselce 17 नव॰ 2017

लेकिन यह ऐसा नहीं है... इंस्टॉलेशन कॉलबैक द्वारा होता है (*.user.js पर ट्रिगर)...

वर्तमान में, हाँ। लेकिन स्थानीय फ़ाइलों के लिए एक आयात बटन जोड़ना संभव है। और file:// लिए नेविगेशन पर इंस्टॉलेशन न करें।

Sxderp 17 नव॰ 2017

आह, ठीक है, स्थानीय फाइलों के लिए, यह काफी उपयुक्त है। दूरस्थ फ़ाइलों के लिए नहीं! ;-)

Eselce 18 नव॰ 2017

लेकिन यह ऐसा नहीं है... इंस्टॉलेशन कॉलबैक द्वारा होता है (*.user.js पर ट्रिगर)...

जैसा कि उल्लेख किया गया है, हम फ़ाइल इनपुट का उपयोग करके मैन्युअल आयात के बारे में बात कर रहे हैं

erosman 18 नव॰ 2017

हां, मुझे यह मिल गया। स्थानीय फाइलों के लिए यह मेरे लिए ठीक है (ऊपर देखें) ...

Eselce 18 नव॰ 2017

मुझे लगता है कि स्क्रिप्ट के कोड को इसमें लोड करने के लिए .user.js को Greasemonkey विंडो पर ड्रैग और ड्रॉप करना संभव है?
चूंकि यह निश्चित रूप से फ़ायरफ़ॉक्स के लिए ही काम करता है (यानी मैं वेबसाइट पर फ़ाइल अपलोड कर सकता हूं, जैसे imgur, या megaupload इसे छोड़कर)

S-ed 19 नव॰ 2017

क्या कोई तरीका है (यहां तक कि एक अनाड़ी, गैर-ड्रैग-एंड-ड्रॉप वाला) जो मुझे स्थानीय जीएम स्क्रिप्ट आयात करने की अनुमति देता है?

अंत में स्क्रिप्ट को किस "कैश" निर्देशिका में रखा जाना चाहिए? मुझे Firefox प्रोफ़ाइल में कई "कैश" फ़ाइलें मिलीं

bsto 24 नव॰ 2017

मुझे लगता है कि स्क्रिप्ट के कोड को इसमें लोड करने के लिए .user.js को Greasemonkey विंडो पर ड्रैग और ड्रॉप करना संभव है?

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

erosman 24 नव॰ 2017

Mozilla ने doc को अपडेट किया (उपरोक्त उदाहरणों का सारांश):
https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Working_with_files

फ़ाइल पिकर का उपयोग करके एक्सटेंशन में फ़ाइलें खोलें
ड्रैग एंड ड्रॉप का उपयोग करके एक्सटेंशन में फ़ाइलें खोलें

इसके लागू होने से, हमारा व्यवहार GM3 जैसा ही होगा।

kekkc 25 नव॰ 2017

🎉1

तो, एक उपयुक्त ऑनलाइन फॉर्म में पेश नहीं की गई स्क्रिप्ट को मैन्युअल रूप से स्थापित करने के लिए कोई संभावित सुझाव?

Samizdata 1 दिस॰ 2017

@Samizdata वर्तमान में सबसे आसान तरीका है GM बीटा प्राप्त करना (https://addons.mozilla.org/en-US/firefox/addon/greasemonkey/versions/beta), ओपन मंकी मेन्यू -> नई स्क्रिप्ट।

यदि आपके पास ऐसी स्क्रिप्ट हैं जो @require स्थानीय फ़ाइलें हैं, तो आप इसे केवल कठिन तरीके से ही कर सकते हैं। उदाहरण के लिए Proxomitron (http://www.proxomitron.info/files/) को पकड़ो, इसे चलाएं, FF को प्रॉक्सी 127.0.0.1:8080 का उपयोग करने के लिए कॉन्फ़िगर करें, अपनी फ़ाइलों को Proxomitron HTML फ़ोल्डर में रखें और बाद में FF के भीतर " http: //bweb..local.ptron/YOURFILE.user.js ".

kekkc 1 दिस॰ 2017

@kekkc , मुझे लगता है कि दूरस्थ संसाधन समस्या के साथ एक नया संस्करण तय किया गया है जिसे एएमओ में धकेल दिया गया है।

Sxderp 1 दिस॰ 2017

चीयर्स। यह हो गया, @kekkc !

Samizdata 1 दिस॰ 2017

@kekkc , मुझे लगता है कि दूरस्थ संसाधन समस्या के साथ एक नया संस्करण तय किया गया है जिसे एएमओ में धकेल दिया गया है।
अभी नहीं.. जहाँ तक मैं देख सकता हूँ

erosman 1 दिस॰ 2017

@Sxderp क्या हम #2707 की बात कर रहे हैं?

Eselce 1 दिस॰ 2017

@Eselce , हाँ। वह 'नई स्क्रिप्ट' बटन के साथ एक नई स्क्रिप्ट बनाते समय और फिर स्क्रिप्ट पर @require टैग लागू करते समय मौजूद मुद्दों को हल करता है।

Sxderp 2 दिस॰ 2017

.user.js या एक आवश्यक स्क्रिप्ट को स्थानीय रूप से परोसने के लिए, विभिन्न संभावनाएं हैं। लेकिन सबसे आसान तरीका यह है कि आप अपनी कमांड लाइन पर इस पायथन वन-लाइनर का उपयोग करें:

पायथन 2.x के लिए:
python -m SimpleHTTPServer
पायथन 3.x के लिए:
python -m http.server

...जो http://127.0.0.1:8000/ पर उस निर्देशिका की सभी फाइलों को तुरंत प्रदर्शित करना शुरू कर देता है जहां आप इसे चलाते हैं

(_ध्यान दें कि 8000 डिफ़ॉल्ट पोर्ट है; आप इसे बदल सकते हैं; नीचे देखें_)

इस तरह मैंने अपना स्थानीय .user.js और स्थानीय http सर्वर में फ़ाइलों की आवश्यकता है। मैं इसे Greasemonkey के लिए लेकिन Tampermonkey के लिए भी करता हूं।

पायथन डिफ़ॉल्ट रूप से Linux और MacOs में स्थापित है। यदि आप विंडोज का उपयोग कर रहे हैं और इसे स्थापित नहीं किया होगा और अभी भी खुद को डेवलपर कहने की योजना बना रहे हैं, तो... _गंभीरता से ?! आपके साथ क्या गलत है?_ आपके पास इससे कहीं अधिक गंभीर समस्याएं हैं जिन्हें आप महसूस करना शुरू नहीं कर सकते हैं! मैं बागवानी का सुझाव दूंगा: अंकुर: या आपके लिए कंप्यूटर के बजाय शौक के रूप में बुनाई: पलक: (_हे, बस मजाक कर रहे हैं!_)

कोई अजीब प्रोग्राम इंस्टॉल करने की कोई आवश्यकता नहीं है -- आप _ कर सकते हैं _, लेकिन यह _बिल्कुल अनावश्यक_ है। पायथन एक "ऐप" नहीं है, यह एक मौलिक प्रोग्रामिंग भाषा है। लेकिन आपको इस समाधान के लिए पायथन को "बोलने" की भी आवश्यकता नहीं है, इसलिए अभी तक अपने बुनाई के उपकरण को छोड़ें या जल्दी न करें!

तुच्छ प्रक्रिया:

cd निर्देशिका में आपके .user.js और/या फ़ाइलों की आवश्यकता है। उदाहरण के लिए कहें, requiredFile1.js और requiredFile2.js
उस निर्देशिका से: पायथन 2.x के लिए, चलाएँ

python -m SimpleHTTPServer

या: Phython 3.x के लिए, भागो

python -m http.server

सुनिश्चित करें कि आपकी @require लाइनें इस प्रकार हैं:

// <strong i="42">@require</strong>  http://127.0.0.1:8000/requiredFile1.js
// <strong i="43">@require</strong>  http://127.0.0.1:8000/requiredFile2.js

...जहाँ requiredFile1.js और requiredFile2.js वे सभी आवश्यक स्थानीय फ़ाइलें हैं जिन्हें आप परोसना चाहते हैं।

जब आपकी ग्रीसमोनकी स्क्रिप्ट सक्रिय हो जाती है, तो यह उन आवश्यकताओं को सही ढंग से उठाएगी, जिन्हें पायथन द्वारा परोसा जा रहा है।

किया हुआ।

अपने स्थानीय सर्वर को बंद करने के लिए, बस उस कंसोल पर जाएं जहां आप पायथन कमांड चलाते हैं और <Ctrl><C> दबाएं।

साथ ही, -_-और मुझे आशा है कि यह आपके लिए हास्यास्पद रूप से स्पष्ट है_--, कृपया यह अपेक्षा करने से पहले कि Greasemonkey या Tampermonkey फ़ाइलें ढूंढने में सक्षम होंगे, कृपया अपना Python HTTP सर्वर कमांड लाइन चलाना न भूलें...

युक्ति : यदि आप डिफ़ॉल्ट 8000 अलावा किसी अन्य पोर्ट का उपयोग करना चाहते हैं, तो बस अपने आदेश में वांछित संख्या (एक मान्य पोर्ट संख्या) टाइप करें, जैसे:

पायथन 2.x के लिए:
python -m SimpleHTTPServer 12345
पायथन 3.x के लिए:
python -m http.server 12345

...और स्वाभाविक रूप से @require url को 8000 के बजाय उस नंबर से अपडेट करें।

ocumo 7 दिस॰ 2017

ठीक है, मान लें कि मैं जीएम टूलबार आइकन पर क्लिक करता हूं और "नई उपयोगकर्ता स्क्रिप्ट ..." का चयन करता हूं।

नया संगत टैब स्वतः-नाम "अनाम स्क्रिप्ट 821696" है

फिर मैं एक स्थानीय फ़ाइल जीएम कोड से टैब फलक में पेस्ट करता हूं और ऊपरी बाईं ओर "सहेजें" आइकन पर क्लिक करता हूं।

मुझे बाद में यह स्क्रिप्ट कहां मिलेगी? पढ़ें: बाद में इस स्क्रिप्ट को कैसे संपादित कर सकते हैं?

मैं स्क्रिप्ट का नाम कैसे बदल सकता हूँ जैसे "foobar"?

bsto 5 फ़र॰ 2018

@bsto नाम स्क्रिप्ट @name से लिया जाएगा।
सभी नई स्क्रिप्ट "नई उपयोगकर्ता स्क्रिप्ट..." के ऊपर दिखाई देंगी।
एक को हटाने या संपादित करने के लिए आप स्क्रिप्ट के शीर्षक पर क्लिक करते हैं, वहां उप मेनू होगा।

S-ed 5 फ़र॰ 2018

ठीक धन्यवाद।

बस एक और सवाल:

25 नवंबर को उपयोगकर्ता केकेकेसी ने हमें अपनी पोस्टिंग (ऊपर देखें) में बताया कि मोज़िला ने फ़ाइलों को खींचने और छोड़ने का एक तरीका पेश किया (WinExplorer से)।

इसलिए उपयोगकर्ता फ़ाइलों को खींचना और छोड़ना अब संभव होना चाहिए।

क्या मैं सही हूँ?

इसे जीएम में कब लागू किया जाएगा (*.user.js फाइलों के ड्रैग एंड ड्रॉप के लिए उपलब्ध)?

bsto 5 फ़र॰ 2018

एफडब्ल्यूआईडब्ल्यू मुझे लगता है कि हम file://.../anything.user.js नेविगेशन का पता लगा सकते हैं/चाहिए, और एक पेज एक्शन संलग्न करें जो यूआई खोल सकता है किसी भी प्रकार के फ़ाइल ब्राउज़र के साथ हम काम कर सकते हैं।

arantius 22 फ़र॰ 2018

हम नेविगेशन घटनाओं का पता लगा सकते हैं लेकिन सामग्री नहीं प्राप्त कर सकते हैं (शायद सामग्री स्क्रिप्ट में)

हालाँकि मुझे केवल फ़ाइल ब्राउज़र खोलने के लिए file:// पर नेविगेट करना मूर्खतापूर्ण लगता है (मुझे नहीं लगता कि हम फ़ाइल पिकर इनपुट के अलावा कुछ भी कर सकते हैं)।

Sxderp 23 फ़र॰ 2018

हालाँकि मुझे फ़ाइल पर नेविगेट करना मूर्खतापूर्ण लगता है: // बस एक फ़ाइल ब्राउज़र खोलने के लिए (मुझे नहीं लगता कि हम फ़ाइल पिकर इनपुट के अलावा कुछ भी कर सकते हैं)।

हाँ बिल्कुल, हम हैमस्ट्रिंग कर रहे हैं। लेकिन हम अपने सीमित वातावरण में इरादे का पता लगा सकते हैं और यथासंभव सहायक हो सकते हैं।

arantius 23 फ़र॰ 2018

👍1

मेरे 2 सेंट...

एफडब्ल्यूआईडब्ल्यू मुझे लगता है कि हम फ़ाइल में नेविगेशन का पता लगा सकते हैं
हम नेविगेशन घटनाओं का पता लगा सकते हैं लेकिन सामग्री नहीं प्राप्त कर सकते हैं (शायद सामग्री स्क्रिप्ट में)

जैसा कि Sxderp द्वारा उल्लेख किया गया है, यह संभव है लेकिन थोड़ा गड़बड़ है ...

एक श्रोता जोड़ें (जैसे tabs.onUpdated.addListener क्योंकि आपको वैसे भी सामग्री की आवश्यकता होगी)
पृष्ठ को स्क्रिप्ट दिखाते हुए लोड होने दें
पृष्ठ सामग्री को हथियाने के लिए सामग्री स्क्रिप्ट को इंजेक्ट करें और बीजी स्क्रिप्ट को पास करें
पेज/टैब बंद करें

विकल्प ....

एक नेविगेशन श्रोता जोड़ें
पृष्ठ लोड करना बंद करें और आयात विकल्प का उपयोग करने के लिए एक अधिसूचना प्रदर्शित करें ... या .... पॉपअप आयात विकल्प दिखा रहा है जिसे उपयोगकर्ता को फ़ाइलपिकर लॉन्च करने के लिए क्लिक करना है

व्यक्तिगत रूप से, अगर यह मैं होता, तो मैं अतिरिक्त श्रोताओं को नहीं जोड़ने का विकल्प चुनता और ब्राउज़रएक्शन पॉपअप में बस आयात विकल्प जोड़ा जाता

इसके अतिरिक्त, मैं वैसे भी GM4 के बाद से .user.js प्रारूप का उपयोग नहीं कर रहा हूं और मुझे लगता है कि इसे पीछे छोड़ा जा सकता है। ;)

erosman 25 फ़र॰ 2018

व्यक्तिगत रूप से, अगर यह मैं होता, तो मैं अतिरिक्त श्रोताओं को न जोड़ने का विकल्प चुनता और बस ..

मेरा यही मतलब था। हालांकि, मैं सामग्री पृष्ठ में यूआई इंजेक्ट कर सकता हूं। यदि आप किसी स्क्रिप्ट पर नेविगेट करते हैं, जबकि जीएम अक्षम था, तो हम एक इन्फोबार पॉप करते थे; उसी तरह की चीज़।

इसके अतिरिक्त, मैं वैसे भी GM4 के बाद से .user.js प्रारूप का उपयोग नहीं कर रहा हूं और मुझे लगता है कि इसे पीछे छोड़ा जा सकता है। ;)

इसका क्या मतलब है?

arantius 26 फ़र॰ 2018

इसका क्या मतलब है?

GM3 को स्क्रिप्ट को abc.user.js रूप में नामित करने की आवश्यकता

GM4 में, स्क्रिप्ट को IndexedDB में सहेजा जाता है और स्क्रिप्ट का नाम वास्तव में मायने नहीं रखता क्योंकि इसे नाम @name । इसलिए मैं अपनी स्क्रिप्ट (कंप्यूटर पर) abc.js ( .user बिना) बना रहा हूं और सहेज रहा हूं और जीएम में कॉपी/पेस्ट कर रहा हूं।

मैन्युअल आयात, मुझे लगता है कि .user नामकरण प्रारूप से बंधे होने की आवश्यकता नहीं होगी।

erosman 26 फ़र॰ 2018

इस पर कोई प्रगति?

IzzySoft 16 मई 2019

👍1

फायरमॉन्की एक्सटेंशन यह कर सकता है:

https://addons.mozilla.org/en-US/firefox/addon/firemonkey/

pstein 5 जून 2020

🎉1

Greasemonkey: स्थानीय फ़ाइलें स्थापित करने की अनुमति दें

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

तुच्छ प्रक्रिया:

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