Mudlet: Unterstützt Telnet: // Links

Nicht wenige der MUDs, die ich sehe, verwenden sie. Wir werden hier eine Liste zusammenstellen, damit wir eine Reihe von Links haben, gegen die wir prüfen können:

http://www.durismud.com/

Windows: Anscheinend benötigen Sie hauptsächlich das Installationsprogramm, um etwas in die Registrierung einzufügen. Siehe https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa767914 (v = vs.85)
Linux: ?
Mac OS: ?

Unsicher, was in Mudlet nach dem Klicken auf den Link in Bezug auf Mudlet-Profile passiert.

Ja. Wenn jemand helfen könnte zu entwerfen, wie das funktionieren soll, wäre das eine große Hilfe! Ich muss es nicht codieren.

@Kebap Ich bin mir nicht sicher, ob dieser nur für Ubuntu / Gnome gilt und auch von kde verwendet werden kann.

URL-Handler für Linux

Nehmen wir also für eine Sekunde an, wir sind tatsächlich auf allen Betriebssystemen erfolgreich, und Mudlet wird wissen, wann ein Benutzer auf einen Telnet-Link klickt.

Was sollte Mudlet nun genau tun? Hier ein Gestaltungsvorschlag:

Offene Fragen:

• Sind Sie damit einverstanden, die verschiedenen Fälle zu behandeln, wenn ein oder mehrere Profile gefunden werden?
• Gibt es vielleicht noch relevantere Fälle, nach denen ich suchen muss, die ich nicht aufgenommen habe?
• Können Telnet-Links auch Benutzernamen und Passwort wie Mailto- oder SSH-Links enthalten?
• Benötigen wir eine Option, um das Mudlet-Grafen aller Telnet-Links zu deaktivieren, wenn Benutzer auch ohne Mudlet Links über Telnet öffnen möchten?

Sie können dieses Angebot hier online bearbeiten und darauf

Wie wäre es mit einer Frage beim Start von Mudlet für unterstützte Plattformen wie "Möchten Sie, dass Mudlet Ihr Standard-Telnet-Client ist? Telnet ist das am häufigsten verwendete Protokoll, um über Mudlet eine Verbindung zu Spielen herzustellen." Abbrechen | Ja als Option. Fragen Sie vielleicht nur beim ersten Start pro Version? Eine Möglichkeit zum Popup in den Menüs hinzufügen? Ideen zum Formen hier.

-Tamarindo

Ich stimme Tamarindo darin zu, dass die Hauptanwendung von Mudlet den URI-Schema-Handler aus zwei Gründen festlegen darf:

• Wir haben installationslose Versionen von Mudlet (Linux AppImage, macOS .dmg), und es kann auch schmerzhaft sein, wenn unser Windows-Installationsprogramm zusätzliche Schritte ausführt.
• Wenn der Benutzer ein anderes Programm für die Verarbeitung von Telnet-Links festgelegt hat, kann er es nicht einfach auf Mudlet zurücksetzen.

Wir müssen die Behandlung von Befehlszeilenargumenten überarbeiten, um einen Mechanismus bereitzustellen, mit dem die folgenden Argumente akzeptiert werden können, damit dies meiner Meinung nach funktioniert - also zusätzlich zu den derzeit eingeschränkten Argumenten (die QT-Argumente und -h / --help , -v / --version und -q / --quiet ) Ich denke, wir müssen zusätzliche Argumente behandeln:

• eine Server-URL
• eine Portnummer (standardmäßig 23, wenn weggelassen)
• Ein (optionaler) Profilname, der nur begrenzt zum Auflösen von telnet:// Schema-URLs verwendet werden kann, aber möglicherweise beim Erstellen von Desktop-Verknüpfungen auf mehreren Betriebssystemen hilfreich ist.
• ein (optionaler) Zeichenname zu verwenden - wiederum nur wirklich nützlich, um eine Desktop-Verknüpfung zu einem Favoritenprofil zu erstellen (der Umgang mit einem Passwort auf der Befehlszeile ist jedoch umständlich, da es wahrscheinlich über Systemübersichtsprozesse gelesen werden kann - zB top auf *nixes)
• ein Boolescher Wert oder etwas, das die neu hinzugefügten SSL-Verbindungen behandelt
• ein Boolescher Wert oder etwas, um die Discord-Integration mit dem neuen / ausgewählten Profil zu aktivieren
• a Boolean , um das automatische Laden von Profilen zu unterdrücken, die bereits für das automatische Laden markiert sind - derzeit erfolgt automatisch, aber es kann Situationen geben (wie das Auflösen einer telnet:// Schema-URL), in denen dies nicht erwünscht ist

Alle bis auf das letzte sollten mehrmals zugelassen werden, damit mehrere Profile gestartet werden können - möglicherweise wird das Server-Profil als Trennzeichen für alle darauf folgenden Argumente verwendet, bis ein anderes Server-Profil in der Befehlszeile angezeigt wird ...

Was ist der Abschnitt "Alle Profile überprüfen"? Verkapselt das die Logik, die danach gezeigt wird, oder ist es ein separater Vorschritt?

Es soll kapseln und bedeuten: Wiederhole diese Logik einmal für jedes aufgelistete Profil profile

Gefällt mir sehr gut, hier meine Überarbeitung:

Ich habe die separate Behandlung herausgenommen, falls ein Benutzer bereits einen Benutzernamen hat - ich denke, wir _sollten_ uns mit dem einzigartigen Profil verbinden. Wenn es einen Benutzernamen hat, bedeutet dies nur, dass sich die Person sofort anmelden kann und mit dem Spiel vertraut ist.

Was das Einspeisen der Informationen vom Betriebssystem in den Aufruf zum Starten / Verbinden mit Mudlet betrifft, sollte es entweder den Host / Port oder einen Profilnamen behandeln - der Fall und wird nicht hilfreich sein, denn wenn Sie den letzteren haben, den ersteren ist überflüssig ...

Oh, wie können wir verhindern, dass der Benutzer mehrere Instanzen von Mudlet gleichzeitig läuft - damit wir keine zweite Instanz erzeugen, wenn bereits eine geöffnet ist - in einer betriebssystemunabhängigen und anderen Benutzern auf demselben System - Weise?

Ich habe das Gefühl, als würden wir von einem Bus heruntergefahren: möglicherweise dem QtDBus ...

: Wave: Um darauf zurückzukommen, warten viele andere Arbeiten auf Bewertungen.

@Kebap Wie sehen Sie mein vereinfachtes https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455272369? Ich denke, es wird eine nahtlosere Benutzererfahrung sein, da weniger beim Spielen im Weg steht.

Sind Sie damit einverstanden, die verschiedenen Fälle zu behandeln, wenn ein oder mehrere Profile gefunden werden?

Im Allgemeinen ja, siehe Revision oben. Wie sehen Sie das?

Gibt es vielleicht noch relevantere Fälle, nach denen ich suchen muss, die ich nicht aufgenommen habe?

Ich denke das sind alle :+1:

Können Telnet-Links auch Benutzernamen und Passwort wie Mailto- oder SSH-Links enthalten?

Es scheint ja! https://tools.ietf.org/html/rfc4248 Wir können es unterstützen.

Benötigen wir eine Option, um das Mudlet-Grafen aller Telnet-Links zu deaktivieren, wenn Benutzer auch ohne Mudlet Links über Telnet öffnen möchten?

Ja...

https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455171499: Ich verstehe, was Sie sagen, aber wenn ich mir den RFC anschaue, denke ich, dass keiner der Vorschläge für diese spezifische Verbesserung gilt - eher als Sie erwähnen, es ist viel besser für Desktop-Verknüpfungen und dergleichen geeignet.

Gibt es vielleicht noch relevantere Fälle, nach denen ich suchen muss, die ich nicht aufgenommen habe?

Update, als ich anfing, daran zu arbeiten: Dies berücksichtigt nicht, was zu tun ist, wenn ein Profil für das automatische Laden eingerichtet wird. In diesem Fall muss der Benutzer nicht mit einem Verbindungsdialog belästigt werden ...: Denken:

Ihre Überarbeitung scheint fair. Wir können immer das Gateway hinzufügen, das Sie entfernt haben, wenn ein erhöhtes Verlangen auftritt ...

Wenn Autoload aktiviert ist, glaube ich nicht, dass ich beim Klicken auf einen bestimmten Link ein anderes Ergebnis erwarten würde. Autoload sollte in diesem Fall wahrscheinlich ignoriert werden. Nur wenn Mudlet aufgerufen wird, ohne irgendwo auf telnet: // zu klicken, sollte das automatische Laden berücksichtigt werden.

Ja.

Ich habe gute Fortschritte gemacht, bin aber - wenn ich mich recht erinnere - festgefahren, Mudlet tatsächlich als Anwendungshandler zu registrieren. Es ist sehr unklar, wie das unter MacOS und Windows geht. Wenn also jemand konkrete Schritte hat, die funktionieren, würde ich gerne dabei helfen.

Ich habe diese Zusammenfassungen vom 16. November gefunden. Das Testen unter Win 10 scheint legitim zu sein. Es gibt auch Mac und Linux:
https://support.shotgunsoftware.com/hc/en-us/articles/219031308-Launching-applications-using-custom-browser-protocols
Sie sprechen über das Hinzufügen eines neuen Handlers, aber Sie müssten stattdessen den vorhandenen Telnet-Handler überprüfen und aktualisieren.

Vielen Dank! Ich gucke mal.