K2.04.3customizable shortcut conflict resolution设计研究

快捷键冲突需要可自定义解决

别名: 快捷键重绑 · 快捷键冲突 · keybinding customization

概念解释

两记应用内命令、或应用命令与用户装的扩展、输入法、另一款常驻工具,会要同一记和弦。可自定义解决指冲突被暴露出来,并且人能改绑其中一方,而不是静默让后来者失败、或让出厂绑定永远赢。

系统和弦不在此列——那些不能改成应用命令。这里谈的是应用层里撞车之后,用户要有出口。

机制

桌面应用的命令集大,和弦空间按「修饰键 × 字母」算并不大,撞车是常态。插件、浏览器扩展、输入法各自再注册一批,冲突从「两个功能碰巧同名」变成「同一记键在不同月份指向不同的事」。人记住的是手型。手型突然去做了另一件事,专家路径变成随机路径。

出厂绑定永远赢,等于无视人已经练成的那一套(从上一款编辑器、上一台机器带来的)。后来者静默失败,等于菜单上写着一记按了没反应的键。可自定义把冲突从运行时的抢夺改成一份可见的表:哪两记命令争同一记键、现在谁占用、改成什么。Grossman 等人的热键研究说明,快捷键靠重复和可见标注学会;冲突打断的正是这套已经学会的回路,所以出口必须是改绑,而不是再发一篇「请记住新键」的说明。

怎么研究

给熟练用户一套他们已经会的绑定,再引入一记冲突(新功能或插件占用同一和弦),比较「不可改绑」「可改绑但冲突不提示」「冲突提示并可改绑」三种处理。McGrenere 等人对可定制界面的评价说明,专家需要能改,但改的入口本身不能比冲突更难找。

自变量:冲突是否提示、是否允许改绑、改绑入口在设置里还是在按下冲突键时。 因变量:冲突被发现的次数、改绑成功的比例、改绑后旧手型恢复正确语义的试次、误触发。

只在空配置的测试账号里跑快捷键,会把冲突测没——真实桌面已经有输入法和一堆常驻工具。

边界

极小命令集(计算器上的几记键)可以靠出厂避让一次做完,不必做完整的快捷键编辑器。触屏优先、几乎没人用快捷键的桌面应用,冲突编辑器是过重的表面。改绑不能开放到系统和弦,否则「可自定义」会把窗口管理拆掉。多用户机器上的改绑应跟账户走,不要写成整台电脑一份。

怎么落地

  • 在快捷键设置里列出所有绑定,冲突用同一记键上的两行标红;允许改其中一方,保存前检查是否又撞上别的。
  • 按下已经冲突的键时,不要静默挑一个执行:弹出是哪两记命令在争,并提供「现在改绑」。
  • 验证:把「保存」和某插件命令绑到同一记键,打开设置应能看见冲突。改绑后旧手型只触发留下的那一方。再在一台装了输入法的真实桌面上抽查最常用的十记键,看有没有被外层工具吃掉却毫无提示。

延伸

  • 同组K2.04.1 系统级快捷键不可被覆盖 · K2.04.2 跨平台修饰键需要分别映射
  • 相邻C6.03 快捷键体系 · K2.03 菜单栏
  • 站内检索keybinding customization · shortcut conflict · rebinding

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K2.04.3