C5.10.4Inconsistent barrel-button bindings across apps设计研究
笔按键的功能分配因应用而异，缺乏跨应用的统一约定
别名: 按键映射分裂 · 侧键约定 · stylus button convention
概念解释
同一枚侧键，在系统桌面可能是右键菜单，在笔记里是橡皮，在画图里是吸色，在阅读器里是下一页。人无法形成“按这颗键总是某件事”的记忆，每次进入应用都要试或去翻设置。缺少的是跨应用的约定层，不是某一应用把键用错了。
机制
操作系统通常把笔按键暴露成可绑定的输入，默认值却很弱（或只有“第二按钮=右键”这种桌面隐喻），应用再各自覆盖。覆盖往往不声明，键的行为在应用生命周期里还可能随工具而变——画笔时是橡皮，选中对象时是复制。结果是三重不确定：跨应用、跨工具、跨系统版本。与键盘快捷键不同，笔键没有一张被广泛印刷的速查表，也很少在按下去的瞬间显示将要做的事。人只能用试探：按一下看后果，错了再撤销。试探在破坏性绑定上不可接受。系统若提供“全局笔键配置”，应用又悄悄吞掉事件，用户会在系统设置里改一个不起作用的项，信任进一步破裂。
怎么研究
让人连续使用三四个声明了不同侧键绑定的应用，完成“擦一下 / 呼出菜单 / 撤销”这类期望。记录第一次按键的后果、是否去开设置、口头总结的规则。
自变量：绑定是否接近系统默认、进入应用时是否提示当前绑定、能否在系统层锁定。 因变量：首次按键错误、打开设置的次数、规则陈述是否正确、主观“每次都要试”。
把“应用内一致性”和“跨应用一致性”分开报。
边界
专业应用有理由把键绑到该领域的动词（吸色、临时手形），但应继承一个系统级的“主侧键默认”并在覆盖时写明。只有一个应用的封闭设备（专用签名板）不存在跨应用问题。网页应用对笔键的可达性不一致，约定更难，需要在页内显示当前绑定。
怎么落地
- 能跟系统默认就跟；覆盖时在第一次用笔时用非模态提示写出“此应用：侧键=……”，并在设置里可改回系统。
- 不要让侧键含义随当前工具静默改变；若必须变，按键旁或光标上要有持续状态。
- 破坏性动作不要作为默默的侧键绑定。
- 验证：从桌面进笔记再进画图，侧键按同一习惯动作，记录失败。加上覆盖提示后，首次错误应下降。在系统设置改绑定，确认应用没有吞掉。