Windows 界面演变：点击一个未关联的文件

原文 ↗ Hacker News 讨论 ↗

“演变”作为隐喻的使用

  • 有人认为“演变”不应暗示改进；生物演化往往会简化，或者陷入局部最优。
  • 也有人强调，无论在生物学还是 UI 中，“演变”通常都意味着对约束条件的适应，而不是线性进步。

Linux / GTK / GNOME 与 KDE 的文件对话框

  • 对 GTK 默认文件选择器的批评很强：不记忆状态，在没有 portal 的情况下会静默失败（例如浏览器上传时需要 xdg-desktop-portal-gtk）。
  • 许多人抱怨 GNOME 删除功能并导致 UX 倒退（例如难以导航到父文件夹、保存对话框中焦点跑到搜索而不是文件名、过滤缓慢、异步竞态条件）。
  • 也有人为 GNOME 辩护：portal 让应用能使用环境的原生文件选择器；GNOME 也被认为推动了不可变 OS 和沙箱应用。
  • KDE 被认为在 UX 上更努力，但也有自己的 bug（例如文件对话框会出现在其他窗口后面）。
  • 有人希望打开/保存只是文件管理器的一部分，而不是单独的组件。

Windows 文件关联 UX 与在线查找

  • 较早期的 Windows 版本让文件类型关联更简单；后来的版本把相关 UI 藏起来或移除了，迫使用户去改注册表或使用第三方工具。
  • 现代 Windows 受到批评的点包括：
    • 随机或默认跟随浏览器的关联，尤其是图片和 .txt。
    • 在卸载现代版记事本后，很难把 .txt 关联回旧版 Notepad。
    • 一些应用硬编码了自己的浏览器选择。
  • XP 时代“联机查找程序”的服务被记得几乎从来没真正有用过，结果含糊不清，只有对众所周知的类型才可能成功。
  • “联机查找驱动程序”对话框也有类似抱怨，因为同样很少帮得上忙。
  • 有人称赞现代 Windows 中用于关联的 CLI 工具，因为它终于能可靠地完成这件事。
  • Win 10/11 上当前的文件关联对话框没有可见的取消按钮，只能按 Esc 或点击外部关闭，这种以触控优先的设计很不寻常。

被认为的“Windows 巅峰期”与性能

  • “Windows 巅峰期”的候选包括 9x、2000、XP 和 7，但没有共识：
    • 9x 因清晰的小部件和高信息密度而受到赞赏，但也被其他人记为缓慢且容易崩溃。
    • 2000 被称赞为稳定、高效、相对没有冗余。
    • XP 在一些人看来是最佳平衡点（NT 架构加可用性），在另一些人看来则视觉花哨且臃肿（激活、主题化 UI、联网钩子）。
  • 大家普遍同意现代硬件快得多，但现代 Windows 和许多应用感觉更慢，因为膨胀、后台服务、遥测以及沉重的框架。

旧式与现代 UI 设计及信息密度

  • 旧式 UI 因清晰的可供性（3D 按钮、可见滚动条、信息密集的设置面板）和一旦学会后更低的认知负担而受到称赞。
  • 更新的“干净”设计隐藏滚动条、按钮和选项，增加歧义，并迫使用户去猜哪些元素可交互。
  • 有人喜欢现代、视觉更平静的外观，尽管显式提示更少；也有人觉得它把基本任务变成了“找隐藏控制”。
  • 有人担心，对视觉复杂 UI 的文化性反感鼓励了把功能藏起来，而不是把它清晰地设计出来。