Windows 和 Mac 之间的键盘差异

原文 ↗ Hacker News 讨论 ↗

键盘快捷键和修饰键在 Windows、macOS 和 Linux 上的工作方式差异很大，这些细微的布局选择会对人体工学、肌肉记忆和生产力产生很大影响。评论者对比了 Mac 以 Command 为中心的模型与 Windows 对 Control 和 Alt 的重度使用，争论拇指修饰键和小指修饰键的人体工学，并抱怨诸如 Ctrl‑C 在终端里既表示“复制”又表示“中断”之类的不一致行为。许多人描述了各种复杂的重映射方案、操作系统调整和替代布局，以适应跨平台工作；也有人认为这些历史遗留怪癖已经根深蒂固，真正的一致性不太可能实现。

修饰键与快捷键哲学

  • Mac 因将 GUI 快捷键（Command）与终端/Unix 控制键（Control）分开而受到称赞，避免了像 Ctrl‑C 同时表示“复制”和“中止”这样的冲突。
  • Windows/Linux 因过度使用 Control 而受到批评，尤其是 Ctrl‑C 和 Ctrl‑V，以及对 Alt 的使用不一致（例如用 Alt+F4 关闭）。
  • 有些人喜欢 Windows “占有” Win 键来提供全局快捷键；另一些人则认为这是浪费人体工学空间，而且操作系统对它的利用不足。
  • macOS 的快捷键被认为在概念上更一致（Command 用于应用操作，Option/Shift 作为真正的修饰键），但许多人也指出不同应用之间仍存在许多不一致。

人体工学与按键位置

  • 许多人认为 Command 位于拇指下方（用于 Z/X/C/V）比用小指去够 Control 更符合人体工学；也有人强烈偏好传统的 Ctrl 小指姿势。
  • 在 PC 上，Caps Lock→Control 重映射以及把 Ctrl 移到拇指位置，是常见的人体工学调整。
  • 左下角的 Fn 键，以及 Apple 在笔记本上重新安排 Control 的位置，普遍不受欢迎。

文本编辑、终端与历史行为

  • 终端与 GUI 的冲突（Ctrl‑C、Ctrl‑A/E 等）是 Linux/Windows 上的主要痛点；macOS 将 Command 和 Control 分开被认为更清晰。
  • Emacs/readline 风格的绑定（Ctrl‑A/E/K/Y 等）在 macOS 和一些 Unix 桌面环境中受到欢迎；也有人认为它们已经过时。
  • 历史快捷键（Shift+Insert/Ctrl+Insert、X11 primary selection、中键粘贴）仍然存在，而且一些用户仍在依赖它们。

导航键与选择行为

  • Mac 用户喜欢 Command+Arrow 和 Option+Arrow 进行行/词导航；Windows 用户怀念独立的 Home/End 和 Page Up/Down，尤其是在 Mac 笔记本上。
  • 带 Shift+Arrows 的选择行为在不同平台之间有细微差别；有些人觉得 macOS 的扩展/收缩规则令人困惑。

布局、地区与变音符号

  • 对不同语言中的符号位置和修饰键行为差异有大量抱怨（德语、葡萄牙语、法语 AZERTY、英国 ISO）。
  • macOS 基于 Option 的变音符号输入受到称赞；Windows 的 AltGr 和死键方案则因使用场景不同而时而受欢迎、时而令人抓狂。

重映射与跨平台应对

  • 许多人依赖固件重映射、操作系统设置或工具（例如 macOS 上的 Karabiner、Windows/Linux 上的 SharpKeys/AutoHotkey/Toshy）来统一不同机器上的 Command/Ctrl/Alt/Win。
  • 经常切换平台的人报告说自己不断犯一些小错误，并承受认知上的摩擦；有些人主张完全采用每个平台的“原生”模型，另一些人则构建复杂的兼容层。