Mudlet: دعم التلنت: // الروابط

عدد غير قليل من MUDs التي أراها يستخدمها. سنقوم بتجميع قائمة هنا حتى يكون لدينا مجموعة من الروابط للتحقق منها:

http://www.durismud.com/

Windows: يبدو أنك تحتاج في الغالب إلى المثبت لإدراج شيء ما في السجل. راجع https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa767914 (v = مقابل 85)
لينكس:؟
نظام التشغيل MacOS:؟

غير متأكد مما يحدث في Mudlet بعد النقر فوق الارتباط ، فيما يتعلق بملفات تعريف Mudlet.

نعم. إذا كان بإمكان شخص ما المساعدة في تصميم كيفية عمل هذا ، فسيكون ذلك بمثابة مساعدة كبيرة! لا داعي لتشفيرها.

Kebap لست متأكدًا مما إذا كان هذا

معالج URL لنظام التشغيل Linux

لذلك ، لنفترض لثانية واحدة ، أننا نجحنا بالفعل في جميع أنظمة التشغيل ، وسيعرف Mudlet عندما ينقر المستخدم على ارتباط telnet.

الآن ماذا يجب أن يفعل Mudlet بالضبط؟ هنا اقتراح تصميم:

أسئلة مفتوحة:

• هل توافق على التعامل مع الحالات المختلفة عند العثور على ملف تعريف واحد أو أكثر؟
• هل ربما توجد حالات أكثر صلة بالتحقق منها لم أقم بتضمينها؟
• هل يمكن أن تحتوي روابط telnet أيضًا على اسم مستخدم وكلمة مرور مثل روابط mailto أو ssh؟
• هل نحتاج إلى خيار لتعطيل Mudlet للاستيلاء على جميع روابط telnet ، إذا أراد المستخدمون فتح الروابط عبر telnet بدون Mudlet أيضًا؟

يمكنك تعديل هذا الاقتراح والبناء عليه عبر الإنترنت هنا (لا حاجة للتسجيل)

ماذا عن سؤال حول بدء تشغيل Mudlet للأنظمة الأساسية المدعومة مثل "هل ترغب في أن يكون Mudlet هو عميل telnet الافتراضي؟ Telnet هو البروتوكول الأكثر شيوعًا للاتصال بالألعاب من خلال Mudlet." إلغاء | نعم كخيارات. اسأل فقط عن أول بدء تشغيل لكل إصدار ربما؟ أضف طريقة ما للنوافذ المنبثقة في القوائم؟ أفكار للقولبة هنا.

-تماريندو

أتفق مع Tamarindo بشأن السماح لتطبيق Mudlet الرئيسي بتعيين معالج مخطط URI لسببين:

• لدينا إصدارات أقل من برنامج التثبيت من Mudlet (Linux AppImage و macOS .dmg) وقد يكون جعل برنامج تثبيت Windows الخاص بنا يقوم بخطوات إضافية مؤلمًا أيضًا.
• إذا قام المستخدم بتعيين برنامج مختلف للتعامل مع روابط telnet ، فلن يكون لديه طريقة سهلة لإعادته إلى Mudlet.

نحن بحاجة إلى تجديد معالجة وسيطة سطر الأوامر لتوفير آلية لقبول الحجج التالية لجعل هذا العمل على ما أعتقد - لذلك ، بالإضافة إلى الحجج المحدودة الحالية (كيو تي و -h / --help ، -v / --version و -q / --quiet ) أعتقد أننا بحاجة للتعامل مع وسيطات إضافية:

• عنوان URL للخادم
• رقم منفذ (افتراضيًا إلى 23 إذا تم حذفه)
• اسم ملف تعريف (اختياري) - وهو ذو فائدة محدودة في حل عناوين URL للمخطط telnet:// ولكنه قد يساعد في إنشاء اختصارات سطح المكتب على العديد من أنظمة تشغيل.
• اسم حرف (اختياري) لاستخدامه - مرة أخرى ، مفيد حقًا فقط لإنشاء اختصار على سطح المكتب لملف تعريف مفضل (ومع ذلك ، فإن التعامل مع كلمة المرور في سطر الأوامر أمر محرج ، حيث من المحتمل أن تكون قابلة للقراءة عبر عمليات نظرة عامة على النظام - على سبيل المثال top على * nixes)
• منطقي أو شيء ما للتعامل مع اتصالات SSL المضافة حديثًا
• منطقي أو شيء ما لتمكين تكامل Discord مع ملف التعريف الجديد / المحدد
• منطقي لمنع التحميل التلقائي للملفات الشخصية التي تم وضع علامة عليها بالفعل للتحميل التلقائي - يحدث تلقائيًا ولكن قد تكون هناك مناسبات (مثل حل عنوان URL للمخطط telnet:// ) حيث لا يكون ذلك مطلوبًا

يجب السماح للجميع باستثناء الأخير عدة مرات للسماح ببدء تشغيل ملفات تعريف متعددة - ربما باستخدام خادم واحد كمحدد لجميع الوسائط التي تتبعه حتى يتم مواجهة خادم آخر في سطر الأوامر ...

ما هو قسم "مراجعة كافة الملفات الشخصية"؟ هل يلخص ذلك المنطق الذي يظهر بعد ذلك ، أم أنه خطوة مسبقة منفصلة؟

من المفترض أن تغلف وتعني: قم بهذا المنطق مرارًا وتكرارًا لكل ملف تعريف مدرج

يعجبني كثيرًا ، ها هي مراجعي:

لقد قمت بإخراج المعالجة المنفصلة في حالة كان لدى المستخدم اسم مستخدم بالفعل - أعتقد أننا _يجب أن نتواصل مع ملف التعريف الفريد. إذا كانت تحتوي على اسم مستخدم ، فهذا يعني فقط أنه يمكن للشخص تسجيل الدخول على الفور وأن يكون على دراية باللعبة.

أما بالنسبة للتغذية المعلومات من نظام التشغيل إلى الدعوة لبدء / التواصل مع Mudlet واعتقد انه يجب التعامل مع أي مضيف / منفذ أو اسم الشخصية - والحالة لن فعلا أن تكون مفيدة لأنه إذا كان لديك هذا الأخير السابق زائدة عن الحاجة ...

أوه ، كيف نمنع المستخدم من تشغيل مثيلات متعددة من Mudlet في نفس الوقت - حتى لا ننتج مثيلًا ثانيًا إذا كان هناك مثيل مفتوح بالفعل - في نظام تشغيل مستقل ومستخدمين آخرين على نفس النظام - بطريقة؟

أشعر كما لو أننا على وشك أن تدهقنا إحدى: حافلة: ربما

: wave: العودة إلى هذا حيث أن الكثير من الأعمال الأخرى تنتظر المراجعة.

Kebap ما هو رأيك في https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455272369؟ أعتقد أنها ستكون تجربة مستخدم أكثر سلاسة لأن القليل منها سيعيق طريقك في اللعب.

هل توافق على التعامل مع الحالات المختلفة عند العثور على ملف تعريف واحد أو أكثر؟

بشكل عام نعم ، انظر المراجعة أعلاه. ماذا تأخذ على ذلك؟

هل ربما توجد حالات أكثر صلة بالتحقق منها لم أقم بتضمينها؟

أعتقد أن هذا جميعًا: +1:

هل يمكن أن تحتوي روابط telnet أيضًا على اسم مستخدم وكلمة مرور مثل روابط mailto أو ssh؟

يبدو نعم! https://tools.ietf.org/html/rfc4248 يمكننا دعمه.

هل نحتاج إلى خيار لتعطيل Mudlet للاستيلاء على جميع روابط telnet ، إذا أراد المستخدمون فتح الروابط عبر telnet بدون Mudlet أيضًا؟

بلى...

https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455171499: أرى ما تقوله ولكن بالنظر إلى RFC ، لا أعتقد أن أيًا من الاقتراحات تنطبق على هذا التحسين المحدد - بدلاً من ذلك كما ذكرت ، فهي أكثر ملاءمة لاختصارات سطح المكتب وما إلى ذلك.

هل ربما توجد حالات أكثر صلة بالتحقق منها لم أقم بتضمينها؟

التحديث عندما بدأت العمل على هذا: هذا لا يأخذ في الاعتبار ما يجب فعله عند إعداد ملف تعريف للتحميل التلقائي ، حيث لا داعي في هذه الحالة لإزعاج المستخدم بمربع حوار اتصال ...: التفكير:

مراجعتك تبدو عادلة. يمكننا دائمًا إضافة تلك البوابة التي قمت بإزالتها إذا نشأت رغبة متزايدة ...

إذا تم تنشيط التحميل التلقائي ، فلا أعتقد أنني أتوقع نتيجة مختلفة من النقر فوق ارتباط معين. ربما يجب تجاهل التحميل التلقائي في هذه الحالة. فقط إذا تم استدعاء Mudlet دون النقر فوق telnet: // في أي مكان ، فيجب عندئذٍ تكريم التحميل التلقائي.

بلى.

لقد أحرزت تقدمًا جيدًا في هذا الأمر ، لكنني علقت - إذا كنت أتذكر جيدًا - تسجيل Mudlet كمعالج تطبيق. من غير الواضح تمامًا كيفية القيام بذلك في نظامي التشغيل macOS و Windows ، لذلك إذا كان لدى أي شخص خطوات ملموسة تعمل ، فأنا أحب المساعدة في ذلك.

لقد وجدت هذه الملخصات من 16 نوفمبر. الاختبار على Win 10 يبدو شرعيًا. يوجد أيضًا نظامي Mac و Linux:
https://support.shotgunsoftware.com/hc/en-us/articles/219031308-Launching-applications-using-custom-browser-protocols
يتحدثون عن إضافة معالج جديد ، لكنك ستحتاج إلى فحص معالج telnet الحالي وتحديثه بدلاً من ذلك.

شكرا جزيلا! سوف ألقي نظرة.