Mudlet: Soporte telnet: // enlaces

Muchos de los MUD que veo los usan. Vamos a compilar una lista aquí, así que tenemos un montón de enlaces para verificar:

http://www.durismud.com/

Windows: parece que la mayoría de las veces necesita el instalador para insertar algo en el registro. Consulte https://docs.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa767914 (v = frente a 85)
Linux:?
Mac OS: ?

No estoy seguro de lo que sucede en Mudlet después de hacer clic en el enlace, con respecto a los perfiles de Mudlet.

Sí. Si alguien pudiera ayudar a diseñar cómo debería funcionar esto, ¡sería de gran ayuda! No tienes que codificarlo.

@Kebap No estoy seguro si este es particular solo para ubuntu / gnome y también puede ser usado por kde.

Controlador de URL para linux

Entonces, supongamos por un segundo que, de hecho, tenemos éxito en todos los sistemas operativos, y Mudlet sabrá cuando un usuario haga clic en un enlace telnet.

Ahora bien, ¿qué debería hacer Mudlet exactamente? Aquí hay una propuesta de diseño:

Preguntas abiertas:

• ¿Está de acuerdo en manejar los diferentes casos cuando se encuentran uno o más perfiles?
• ¿Hay quizás casos aún más relevantes para verificar, que no incluí?
• ¿Los enlaces telnet también pueden contener el nombre de usuario y la contraseña, como los enlaces mailto o ssh?
• ¿Necesitamos la opción para deshabilitar Mudlet capturando todos los enlaces telnet, si los usuarios también quieren abrir enlaces vía telnet sin Mudlet?

Puede editar y desarrollar esta propuesta en línea aquí (no es necesario registrarse)

¿Qué tal una pregunta sobre el inicio de Mudlet para plataformas compatibles como "¿Le gustaría que Mudlet sea su cliente telnet predeterminado? Telnet es el protocolo más común para conectarse a juegos a través de Mudlet". Cancelar | Sí, como opciones. ¿Preguntar solo en la primera puesta en marcha por versión tal vez? ¿Agregar alguna forma de ventana emergente en los menús? Ideas para moldear aquí.

-Tamarindo

Estoy de acuerdo con Tamarindo sobre permitir que la aplicación principal de Mudlet configure el controlador del esquema URI por dos razones:

• Tenemos versiones sin instalador de Mudlet (Linux AppImage, macOS .dmg) y hacer que nuestro instalador de Windows realice pasos adicionales también puede ser doloroso.
• Si el usuario configura un programa diferente para manejar enlaces telnet, no tiene una manera fácil de volver a configurarlo en Mudlet.

Necesitamos renovar el manejo de argumentos de la línea de comando para proporcionar un mecanismo para aceptar los siguientes argumentos para que esto funcione, creo, así que, además de los argumentos limitados actuales (los de QT y -h / --help , -v / --version y -q / --quiet ) Creo que necesitamos manejar argumentos adicionales:

• una URL del servidor
• un número de puerto (predeterminado a 23 si se omite)
• un nombre de perfil (opcional), que tiene un uso limitado para resolver URL de esquema de telnet:// pero que ayudaría, tal vez en la creación de accesos directos de escritorio en varios sistemas operativos.
• un nombre de carácter (opcional) para usar; nuevamente, solo es realmente útil para crear un acceso directo de escritorio a un perfil favorito (sin embargo, manejar una contraseña en la línea de comando es incómodo, ya que probablemente será legible a través de los procesos de descripción general del sistema, por ejemplo, top en * nixes)
• un booleano o algo para manejar las conexiones SSL recién agregadas
• un booleano o algo para habilitar la integración de Discord con el perfil nuevo / seleccionado
• un booleano para suprimir la carga automática de los perfiles que ya están marcados para la carga automática; actualmente la carga automática ocurre, bueno, automáticamente, pero puede haber ocasiones (como resolver una URL de esquema de telnet:// ) en las que esto no se desea

Todos, excepto el último, deben permitirse varias veces para permitir que se inicien varios perfiles, tal vez usando el servidor como delimitador para todos los argumentos que lo siguen hasta que se encuentre otro servidor en la línea de comando ...

¿Qué es la sección 'revisar todos los perfiles'? ¿Encapsula eso la lógica que se muestra después, o es un paso previo separado?

Se supone que encapsula y significa: haga esta lógica repetidamente una vez para cada perfil enumerado

Me gusta mucho, aquí está mi revisión:

Eliminé el manejo por separado en caso de que un usuario ya tenga un nombre de usuario; creo que deberíamos conectarnos con el perfil único. Si tiene un nombre de usuario, solo significa que la persona puede iniciar sesión de inmediato y está familiarizada con el juego.

En cuanto a la alimentación de la información desde el sistema operativo a la llamada para iniciar / conectar con Mudlet supongo que debe manejar el host / puerto o un nombre de perfil - la y el caso no es en realidad va a ser útil porque si usted tiene la última la antigua es redundante ...

Oh, ¿cómo evitamos que el usuario tenga varias instancias de Mudlet ejecutándose al mismo tiempo, de modo que no generemos una segunda instancia si ya hay una abierta, en un sistema operativo independiente y otros usuarios en el mismo sistema?

Siento como si estuviéramos a punto de ser atropellados por un: bus: posiblemente el QtDBus ...

: wave: volviendo a esto, ya que muchos otros trabajos están esperando revisiones.

@Kebap, ¿cuál es su opinión sobre mi https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455272369 simplificado? Creo que será una experiencia de usuario más fluida porque habrá menos obstáculos en tu camino para jugar.

¿Está de acuerdo en manejar los diferentes casos cuando se encuentran uno o más perfiles?

En general, sí, consulte la revisión anterior. ¿Cuál es tu opinión al respecto?

¿Hay quizás casos aún más relevantes para verificar, que no incluí?

Creo que son todos ellos: +1:

¿Los enlaces telnet también pueden contener el nombre de usuario y la contraseña, como los enlaces mailto o ssh?

¡Parecería que sí! https://tools.ietf.org/html/rfc4248 Podemos apoyarlo.

¿Necesitamos la opción para deshabilitar Mudlet capturando todos los enlaces telnet, si los usuarios también quieren abrir enlaces vía telnet sin Mudlet?

Si...

https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455171499: Veo lo que está diciendo, pero al mirar el RFC, no creo que ninguna de las sugerencias se aplique a esta mejora específica, sino a mencionas, es mucho más adecuado para accesos directos de escritorio y demás.

¿Hay quizás casos aún más relevantes para verificar, que no incluí?

Actualización cuando comencé a trabajar en esto: esto no considera qué hacer cuando un perfil está configurado para carga automática, donde en ese caso no hay necesidad de molestar al usuario con un diálogo de conexión ...: pensando:

Tu revisión parece justa. Siempre podemos agregar esa puerta de enlace que eliminó si surge un mayor deseo ...

Si la carga automática está activada, no creo que esperaría un resultado diferente al hacer clic en un enlace específico. En ese caso, probablemente debería ignorarse la carga automática. Solo si se invoca Mudlet sin hacer clic en telnet: // en cualquier lugar, se debe respetar la carga automática.

Si.

Hice un buen progreso en esto, pero me quedé atascado, si mal no recuerdo, en realidad registrando a Mudlet como administrador de aplicaciones. No está muy claro cómo hacer eso en macOS y Windows, por lo que si alguien tiene pasos concretos que funcionen, me encantaría recibir ayuda en esto.

Encontré estos resúmenes del 16 de noviembre. Las pruebas en Win 10 parecen legítimas. También hay Mac y Linux:
https://support.shotgunsoftware.com/hc/en-us/articles/219031308-Launching-applications-using-custom-browser-protocols
Hablan de agregar un nuevo controlador, pero en su lugar, debería inspeccionar y actualizar el controlador telnet existente.

¡Muchas gracias! Le echaré un vistazo.