C1.21.2Middle mouse button semantics设计
中键（滚轮按下）的语义因应用而异，缺乏统一约定
别名: 中键 · 滚轮按下 · 按键约定
概念解释
中键常由滚轮按下产生，但它没有像主键那样统一的跨应用语义：浏览器可能用它打开新标签，画布工具可能用它平移，其他软件则忽略或赋予不同命令。用户因而不能只凭硬件位置可靠预测结果。
机制
操作系统报告中键事件，却很少规定应用层该做什么，这个空白是历史形成的：不同软件谱系各自独立、早于任何跨应用标准就已经把中键焊死在自己的领域惯例上——终端和部分类 Unix 桌面环境用它粘贴此前选中的文本，矢量绘图和地图类工具用它临时切换到平移手型，浏览器用它在链接上打开新标签。这些惯例分别在各自的用户群体里用了几十年，谁都没有动力为了统一而放弃，结果是同一个物理按键在不同软件家族里携带的是完全不相关、有时甚至互相冲突的语义。用户从一个软件切到另一个软件时，肌肉记忆里那个"按中键会怎样"的预期完全没法迁移。
边界
语义不统一不代表中键无用：对边界清晰的目标用户群和高频专业任务，稳定的局部约定确实能显著提速。但它有两类具体的失效点。其一，桌面环境本身有时会在全局层面保留中键的某个用途（例如某些 Linux 桌面环境把中键粘贴设成系统级行为），应用如果给中键另外赋值，就会和系统保留行为正面冲突，谁生效取决于事件先被谁截获，行为因平台而异且难以预测。其二，很多笔记本触控板和精简鼠标根本没有可按下的中键，只能靠三指点按之类的手势模拟，而这类模拟在不同系统和触控板驱动里是否启用、映射到哪个事件，本身又不统一——中键快捷操作因此不能承担新手必须完成、又没有替代路径的关键功能。
怎么落地
- 将中键视为可选快捷操作，并始终提供主键、菜单和键盘的等效路径。
- 在首次使用引导、快捷键表和上下文帮助中明确写出产品内的具体映射，不要假定用户会从其他软件带来正确预期。
- 设计前先确认目标平台是否在系统层面保留了中键行为，避免和系统级粘贴、桌面手势等既有用途正面冲突。