上周HN上有人呼吁开发者”别再写TUI,去做GUI”,引发激烈争论;本周Charalampos Kardaris发文回应,提出一个常被忽略的观点:GUI完全可以做到全键盘驱动——TUI在键盘操作上的优势,反映的不是形态优劣,而是GUI实现上的不足。该文登上HN热榜第三(555分,278评)。
核心论点:键盘支持不是TUI的专利
作者承认GUI框架的能力集是TUI的超集,也理解终端爱好者的情怀,但反对”TUI因键盘驱动而更值得做”的流行论证。他指出:随机挑一个GUI和一个TUI应用,后者更可能支持全键盘,这恰恰暴露了GUI键盘导航的缺失,而不是TUI的必然优势。GNOME人机界面指南(HIG)就明确要求:能用鼠标完成的每个操作,也必须能用键盘完成,且键盘应能到达界面任何角落。
实践:作者自己的GUI应用
作者的第一个GUI应用Klisi从一开始就为全部操作实现了键盘快捷键。他认为,能直觉且可预期地用键盘穿梭于GUI,会显著提升选择它的意愿——”键盘导航没那么难,难的是开发者是否把它当一等公民”。
社区反响:一场三方混战
HN评论迅速分化成三派:终端派认为”TUI是怪胎,GUI就该是Web,能用CLI就用CLI”;Web派反驳Web应用快捷键、主题、渲染一致性差,Electron臃肿;还有一派点出关键——”文章说的是所有操作都该能用键盘完成,不是要求强制键盘”。无障碍(accessibility)是反复出现的理由:不是每个人都有鼠标、都能用鼠标。还有评论认为同时为键盘和鼠标设计,会迫使你把交互设计得更清晰。
启示:别用形态之争掩盖实现欠账
这场争论的真正价值,是把矛头从”TUI vs GUI”转向”键盘可达性是不是一等公民”。框架指南早就在那里,缺的是开发者把键盘路径当默认路径来设计和测试。对终端用户而言,多一个全键盘GUI应用,就少一个”不得不回终端”的理由。
原文:ckardaris.com | HN讨论:555分,278评