Mudlet: 支持telnet://链接

我看到的许多MUD都在使用它们。 在这里编译一个列表，所以我们有一堆链接要检查：

http://www.durismud.com/

Windows：您似乎最需要安装程序才能将某些内容插入注册表。 请参阅https://docs.microsoft.com/zh-cn/previous-versions/windows/internet-explorer/ie-developer/platform-apis/aa767914（v = vs.85）
Linux：
苹果系统： ？

关于Mudlet配置文件，单击链接后不确定Mudlet中会发生什么。

是的。 如果有人可以帮助设计它应该如何工作，那将是一个很大的帮助！ 不必编写代码。

@Kebap我不确定这是否只适用于 ubuntu/gnome 并且 kde 也可以使用..

Linux的URL处理程序

因此，让我们假设一下，我们确实在所有操作系统上都取得了成功，并且Mudlet会知道用户何时单击telnet链接。

现在 Mudlet 到底应该做什么？ 这是一个设计建议：

公开问题：

• 当找到一个或多个配置文件时，您是否同意处理不同的情况？
• 是否有更多相关案例需要检查，但我没有包括在内？
• telnet 链接是否也可以包含用户名和密码，如 mailto 或 ssh 链接？
• 如果用户也想通过不带Mudlet的telnet打开链接，我们是否需要选择禁用Mudlet捕获所有telnet链接的功能？

您可以在此处在线编辑和

在支持的平台上启动Mudlet的问题怎么样？例如“您希望Mudlet成为您的默认telnet客户端吗？Telnet是通过Mudlet连接到游戏的最常见协议。” 取消 | 是的。 也许只在每个版本的第一次启动时询问？ 在菜单中添加一些弹出窗口？ 在这里塑造想法。

罗望子

我同意Tamarindo关于允许主Mudlet应用程序设置URI方案处理程序的两个原因：

• 我们提供了无安装程序版本的Mudlet（Linux AppImage，macOS .dmg），并且让Windows安装程序执行其他步骤可能也会很痛苦。
• 如果用户设置了不同的程序来处理 telnet 链接，他们就没有简单的方法将它设置回 Mudlet。

我们确实需要修改命令行参数处理以提供一种机制来接受以下参数来使这项工作我认为 - 所以，除了当前有限的参数（QT 参数和-h / --help , -v / --version和-q / --quiet ）我认为我们需要处理额外的参数：

• 服务器URL
• 端口号（如果省略，默认为23）
• 一个（可选）配置文件名称-在解析telnet://方案URL时用途有限，但可能会有所帮助，也许可以在多个OS上创建桌面快捷方式。
• 要使用的（可选）字符名称 - 同样，仅对于创建最喜欢的配置文件的桌面快捷方式非常有用（尽管在命令行上处理密码很尴尬，因为它可能可以通过系统概览过程读取 - 例如top on * nixes）
• 一个布尔值或其他东西来处理新添加的 SSL 连接
• 布尔值或其他可以使Discord与新的/选定的配置文件集成的东西
• 一个布尔值，用于抑制已标记为自动加载的配置文件的自动加载- 当前自动加载发生，自动进行，但可能存在不需要的情况（例如解析telnet://方案 URL）

除最后一个外，所有其他都应被允许多次以允许启动多个配置文件-也许使用服务器一作为其后所有参数的定界符，直到在命令行上遇到另一服务器为止。

什么是“查看所有个人资料”部分？ 这是否封装了后面显示的逻辑，或者是单独的准备工作？

它应该封装并表示：对列出的每个配置文件重复一次执行此逻辑

我非常喜欢，这是我的修订：

如果用户已经有一个用户名，我会采取单独的处理方法-我认为我们应该_用唯一的配置文件连接。 如果它具有用户名，则仅表示该用户可以立即登录并熟悉游戏。

至于饲养从OS的信息到调用start /与Mudlet我连猜应该处理任何主机/端口或配置文件名称-和情况是不实际将是有益的，因为如果你有前者在后者上是多余的...

哦，我们如何防止用户同时运行多个 Mudlet 实例——这样我们就不会在已经打开的情况下生成第二个实例——以独立于操作系统的方式和同一系统上的其他用户——方式？

我觉得我们好像要被一个 :bus击垮了：可能是

：wave：回到这个话题，因为其他许多工作正在等待评论。

@Kebap您对我的简化https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455272369有何看法？ 我认为这将是一种更加无缝的用户体验，因为减少了您实际玩游戏的过程。

当找到一个或多个配置文件时，您是否同意处理不同的情况？

一般而言，请参见上面的修订。 您对此有何看法？

是否有更多相关案例需要检查，但我没有包括在内？

我认为这就是所有人：+1：

telnet 链接是否也可以包含用户名和密码，如 mailto 或 ssh 链接？

看来是的！ https://tools.ietf.org/html/rfc4248我们可以支持。

如果用户也想通过不带Mudlet的telnet打开链接，我们是否需要选择禁用Mudlet捕获所有telnet链接的功能？

是的...

https://github.com/Mudlet/Mudlet/issues/689#issuecomment -455171499：我明白你在说什么，但看看 RFC，我不认为任何建议适用于 _this_ 特定的改进 - 而是作为您提到过，它更适合于桌面快捷方式等。

是否有更多相关案例需要检查，但我没有包括在内？

在我开始进行此工作时进行更新：这不会考虑将配置文件设置为自动加载时的处理方式，在这种情况下，无需使用连接对话框来打扰用户...：thinking：

您的修订似乎很公平。 如果需求增加，我们总是可以添加您删除的网关...

如果激活了自动加载功能，那么我认为我不会期望与单击特定链接时得到不同的结果。 在这种情况下，可能应该忽略自动加载。 仅当在不单击telnet：//的情况下调用Mudlet时，才应使用自动加载功能。

是的。

我已经在此方面取得了良好的进展，但我坚持使用-如果我没记错的话-实际上是将Mudlet注册为应用程序处理程序。 在 macOS 和 Windows 中如何做到这一点非常不清楚，所以如果有人有可行的具体步骤，我很乐意在这方面提供帮助。

我从 11 月 16 日找到了这些摘要。在 Win 10 上测试似乎是合法的。 还有Mac和Linux：
https://support.shotgunsoftware.com/hc/zh-CN/articles/219031308-Launching-applications-using-custom-browser-protocols
他们谈论添加新的处理程序，但是您需要检查并更新现有的telnet处理程序。

非常感谢！ 我来看一下