Mudlet: समर्थन टेलनेट: // लिंक

मैं देख रहा हूँ कि कुछ MUD उनका उपयोग करते हैं। यहां एक सूची संकलित करने जा रहे हैं ताकि हमारे पास जांचने के लिए लिंक का एक गुच्छा हो:

http://www.durismud.com/

विंडोज़: ऐसा लगता है कि रजिस्ट्री में कुछ डालने के लिए आपको अधिकतर इंस्टॉलर की आवश्यकता होती है। देखें https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa767914 (v=vs.85)
लिनक्स: ?
मैक ओ एस: ?

मडलेट प्रोफाइल के संबंध में लिंक पर क्लिक करने के बाद सुनिश्चित करें कि मडलेट में क्या होता है।

हां। अगर कोई यह डिजाइन करने में मदद कर सकता है कि यह कैसे काम करना चाहिए, तो यह एक बड़ी मदद होगी! इसे कोड करने की जरूरत नहीं है।

@ केबैप मुझे यकीन नहीं है कि यह केवल

लिनक्स के लिए यूआरएल हैंडलर

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

अब मुडलेट को क्या करना चाहिए? यहाँ एक डिजाइन प्रस्ताव है:

प्रश्न खोलें:

• क्या आप एक या अधिक प्रोफाइल मिलने पर विभिन्न मामलों को संभालने पर सहमत हैं?
• क्या जांच के लिए और भी प्रासंगिक मामले हैं, जिन्हें मैंने शामिल नहीं किया?
• क्या टेलनेट लिंक में उपयोगकर्ता नाम और पासवर्ड जैसे mailto या ssh लिंक भी हो सकते हैं?
• यदि उपयोगकर्ता बिना मडलेट के भी टेलनेट के माध्यम से लिंक खोलना चाहते हैं, तो क्या हमें सभी टेलनेट लिंक को हथियाने वाले मडलेट को अक्षम करने के विकल्प की आवश्यकता है?

आप यहां इस प्रस्ताव के शीर्ष पर ऑनलाइन संपादित और

"क्या आप मडलेट को अपना डिफ़ॉल्ट टेलनेट क्लाइंट बनाना चाहेंगे? मडलेट के माध्यम से गेम से जुड़ने के लिए टेलनेट सबसे आम प्रोटोकॉल है।" रद्द करें | हाँ विकल्प के रूप में। शायद प्रति संस्करण पहले स्टार्टअप पर ही पूछें? मेनू में पॉप-अप करने का कोई तरीका जोड़ें? यहाँ ढालना करने के लिए विचार।

- इमली

मैं मुख्य मडलेट एप्लिकेशन को यूआरआई स्कीम हैंडलर को दो कारणों से सेट करने देने के बारे में तामारिंडो से सहमत हूं:

• हमारे पास Mudlet (Linux AppImage, macOS .dmg) के इंस्टॉलर-रहित संस्करण हैं और हमारे विंडोज़ इंस्टालर को अतिरिक्त कदम उठाने के लिए भी दर्द हो सकता है।
• यदि उपयोगकर्ता टेलनेट लिंक को संभालने के लिए एक अलग प्रोग्राम सेट करते हैं, तो उनके पास इसे वापस मडलेट पर सेट करने का कोई आसान तरीका नहीं है।

मुझे लगता है कि यह काम करने के लिए निम्नलिखित तर्कों को स्वीकार करने के लिए एक तंत्र प्रदान करने के लिए हमें कमांड लाइन तर्क प्रबंधन को संशोधित करने की आवश्यकता है - इसलिए, वर्तमान सीमित तर्कों के अतिरिक्त (क्यूटी वाले और -h / --help , -v / --version और -q / --quiet ) मुझे लगता है कि हमें अतिरिक्त तर्कों को संभालने की आवश्यकता है:

• एक सर्वर यूआरएल
• एक पोर्ट नंबर (छोड़े जाने पर डिफ़ॉल्ट रूप से 23)
• एक (वैकल्पिक) प्रोफ़ाइल नाम - जो telnet:// योजना URLS को हल करने में सीमित उपयोग का है, लेकिन संभवतः कई OSes पर डेस्कटॉप शॉर्टकट बनाने में मदद करेगा।
• उपयोग करने के लिए एक (वैकल्पिक) वर्ण नाम - फिर से, केवल एक पसंदीदा प्रोफ़ाइल के लिए डेस्कटॉप शॉर्टकट बनाने के लिए वास्तव में उपयोगी है (कमांड लाइन पर पासवर्ड को संभालना अजीब है, क्योंकि यह सिस्टम अवलोकन प्रक्रियाओं के माध्यम से पढ़ने योग्य होगा - जैसे top पर *निक्स)
• एक बूलियन या नए जोड़े गए एसएसएल कनेक्शन को संभालने के लिए कुछ
• नई/चयनित प्रोफ़ाइल के साथ डिस्कॉर्ड एकीकरण को सक्षम करने के लिए एक बूलियन या कुछ और
• एक बूलियन प्रोफाइल के स्वचालित लोडिंग को दबाने के लिए जो पहले से ही ऑटो-लोड के लिए चिह्नित हैं - वर्तमान में ऑटोलोडिंग होता है, अच्छी तरह से स्वचालित रूप से लेकिन ऐसे अवसर हो सकते हैं (जैसे telnet:// स्कीम यूआरएल को हल करना) जहां यह नहीं चाहता था

अंतिम को छोड़कर सभी को कई प्रोफाइल को शुरू करने की अनुमति देने के लिए कई बार अनुमति दी जानी चाहिए - शायद सर्वर एक का उपयोग सभी तर्कों के लिए डिलीमीटर के रूप में करना जब तक कि कोई अन्य सर्वर कमांड लाइन पर मुठभेड़ न हो ...

'सभी प्रोफाइलों की समीक्षा करें' अनुभाग क्या है? क्या यह उस तर्क को समाहित करता है जो बाद में दिखाया गया है, या यह एक अलग पूर्व-चरण है?

यह इनकैप्सुलेट और माध्य माना जाता है: सूचीबद्ध प्रत्येक प्रोफ़ाइल के लिए इस तर्क को एक बार बार-बार करें

मुझे यह बहुत पसंद है, यहाँ मेरा संशोधन है:

यदि किसी उपयोगकर्ता के पास पहले से ही उपयोगकर्ता नाम है तो मैंने अलग हैंडलिंग निकाली - मुझे लगता है कि हम अद्वितीय प्रोफ़ाइल से जुड़ते हैं। यदि इसका उपयोगकर्ता नाम है, तो इसका सीधा सा मतलब है कि व्यक्ति तुरंत लॉगिन कर सकता है और खेल से परिचित है।

कॉल प्रारंभ करने में ओएस से जानकारी के भोजन के लिए के रूप में / Mudlet मैं के साथ कनेक्ट लगता है कि यह या तो होस्ट / पोर्ट या कोई प्रोफ़ाइल नाम संभाल चाहिए - यदि आप बाद पूर्व अगर क्योंकि और मामले वास्तव में उपयोगी होने जा रहा नहीं कर रहा है बेमानी है...

ओह, हम उपयोगकर्ता को एक ही समय में चलने वाले मडलेट के कई उदाहरण होने से कैसे रोकते हैं - ताकि हम एक दूसरे उदाहरण को उत्पन्न न करें यदि कोई पहले से खुला है - एक ओएस स्वतंत्र और एक ही सिस्टम पर अन्य उपयोगकर्ताओं में - तरीके से?

मुझे लगता है जैसे हम एक : बस: संभवतः QtDBus द्वारा नीचे

:wave: इस पर वापस आना क्योंकि बहुत से अन्य काम समीक्षा की प्रतीक्षा कर रहे हैं।

@ केबैप मेरे सरलीकृत https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455272369 पर आपका क्या विचार है? मुझे लगता है कि यह एक अधिक सहज उपयोगकर्ता अनुभव होगा क्योंकि वास्तव में आपके खेलने के तरीके में कम मिलेगा।

क्या आप एक या अधिक प्रोफाइल मिलने पर विभिन्न मामलों को संभालने पर सहमत हैं?

सामान्य तौर पर हाँ, ऊपर संशोधन देखें। इस पर आपका क्या ख्याल है?

क्या जांच के लिए और भी प्रासंगिक मामले हैं, जिन्हें मैंने शामिल नहीं किया?

मुझे लगता है कि वह सब है: +1:

क्या टेलनेट लिंक में उपयोगकर्ता नाम और पासवर्ड जैसे mailto या ssh लिंक भी हो सकते हैं?

ऐसा प्रतीत होगा हाँ! https://tools.ietf.org/html/rfc4248 हम इसका समर्थन कर सकते हैं।

यदि उपयोगकर्ता बिना मडलेट के भी टेलनेट के माध्यम से लिंक खोलना चाहते हैं, तो क्या हमें सभी टेलनेट लिंक को हथियाने वाले मडलेट को अक्षम करने के विकल्प की आवश्यकता है?

हाँ...

https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455171499: मैं देख रहा हूं कि आप क्या कह रहे हैं लेकिन RFC को देखते हुए, मुझे नहीं लगता कि कोई भी सुझाव _this_ विशिष्ट सुधार पर लागू होता है - बल्कि जैसा कि आप उल्लेख करते हैं, यह डेस्कटॉप शॉर्टकट्स और ऐसे के लिए अधिक उपयुक्त है।

क्या जांच के लिए और भी प्रासंगिक मामले हैं, जिन्हें मैंने शामिल नहीं किया?

अपडेट करें क्योंकि मैंने इस पर काम करना शुरू कर दिया है: यह इस बात पर विचार नहीं करता है कि ऑटो-लोड के लिए प्रोफ़ाइल सेट होने पर क्या करना है, जहां उस स्थिति में उपयोगकर्ता को कनेक्शन संवाद से परेशान करने की कोई आवश्यकता नहीं है ...: सोच:

आपका संशोधन उचित लगता है। हम हमेशा उस गेटवे को जोड़ सकते हैं जिसे आपने हटा दिया है यदि एक बढ़ी हुई इच्छा उत्पन्न होती है ...

यदि ऑटोलैड सक्रिय है, तो मुझे नहीं लगता कि मैं किसी विशिष्ट लिंक पर क्लिक करने से भिन्न परिणाम की अपेक्षा करूंगा। उस मामले में ऑटोलोड को शायद अनदेखा किया जाना चाहिए। केवल अगर टेलनेट: // कहीं भी क्लिक किए बिना मडलेट का आह्वान किया जाता है, तो ऑटोलोड को सम्मानित किया जाना चाहिए।

हाँ।

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

मुझे ये सारांश 16 नवंबर से मिले हैं। विन 10 पर परीक्षण वैध लगता है। मैक और लिनक्स भी है:
https://support.shotgunsoftware.com/hc/en-us/articles/219031308-Launching-applications-using-custom-browser-protocols
वे एक नया हैंडलर जोड़ने की बात करते हैं, लेकिन आपको इसके बजाय मौजूदा टेलनेट हैंडलर का निरीक्षण और अद्यतन करना होगा।

आपका बहुत बहुत धन्यवाद! मैं एक बार नजर डालूँगा।