GUI 应该完全由键盘驱动

这篇文章已登上黑客新闻头版。请参阅讨论。上周，我在 Hacker News 上看到一篇文章，鼓励应用程序开发人员停止制作终端用户界面 1（又名 TUI），转而专注于图形用户界面（又名 GUI）。该帖子登上了 HN 头版，并在评论区引发了热烈讨论。我认为辩论双方都有可取之处。一方面，我理解帖子作者的 GUI 积极论点。从理论上讲，GUI 应用程序框架的功能是其 TUI 对应框架的功能的超集，因此应该优先选择它们。另一方面，作为终端的重度用户，我也非常感谢所有能让我“留在”终端并满足我所有需求的TUI。但我想反对反复出现的支持 TUI 的论点，在我看来，这种论点没有坚实的基础 2 。套用各种评论者的话：TUI 应该是首选，因为它们是键盘驱动的。虽然确实，如果您随机选择一个 GUI 和一个 TUI 应用程序，后者更有可能完全由键盘驱动，但这并不会让开发 TUI 而不是 GUI 3 变得有利。它的作用是突出许多 GUI 应用程序中键盘导航的不足之处。没有什么可以阻止 GUI 完全由键盘驱动 4，就像——甚至比 TUI 更好。事实上，许多 GUI 框架应用程序指南明确鼓励 GUI 应用程序开发人员提供对涵盖应用程序全部功能的键盘驱动导航的支持。例如，GNOME 人机界面指南指出，正如应该可以使用指点设备执行每个操作一样，每个操作也应该可以使用键盘执行，并且应该可以使用键盘四处移动并与用户界面的每个部分进行交互。这引起了我作为用户的共鸣。与其他替代方案相比，仅使用键盘就能够直观且可预测地在 GUI 应用程序中导航，这让我更有动力选择它。知道这一点后，当我戴上开发人员的帽子时，我必须确保我的应用程序对键盘友好。对于我的第一个 GUI 应用程序 Klisi，我投入了一些时间来实现针对整个可用操作范围的键盘快捷键。在大多数情况下，键盘导航并不难实现，并且可以带来更好的整体用户体验。这不是可行性问题，而是应用程序开发人员的意愿问题。外卖很简单。不要损害您通过应用程序提供的用户体验。努力使其尽可能直观。为此，不应忽视启用全键盘导航。或者基于文本的用户界面。 ↩ 原帖作者也提到了这一点。 ↩ 还有其他更有说服力的论据来推动这一规模的扩大，例如易于携带。 ↩ 当然，对于某些任务来说，通过鼠标实现的灵活性仍然是首选，甚至是必需的。 ↩ 标签：编程 评论：提要添加评论 姓名或昵称 该姓名将链接到您的电子邮件地址。如果您更改姓名，所有评论中的旧姓名都将被替换。所有评论数据将自动使用公钥加密。密码 密码用于根据您的电子邮件地址进行身份验证。在您发表第一条评论后，密码将链接到您的电子邮件地址。第一条评论后，您必须继续使用相同的密码。所有评论数据将自动使用公钥加密。您可以在账户页面更改或重置您的密码。评论 评论可以是 Markdown 文本。所有评论数据将自动使用公钥加密。通过电子邮件发送评论 取消 无评论可显示。