J1.01.2operable设计研究

可操作:功能需能被任一输入方式触发

别名: 可操作 · POUR operable · 输入方式替代

概念解释

拔掉鼠标,结账还走不走得完?滑块「拖到最右才算同意」、地图上只能双指拧转的缩放、必须悬停才出现的删除——功能在画面上成立,触发合同却写死了一种身体。可操作(operable)问的是:使用者实际拥有的那一种输入,能不能把命令发出去。看见按钮和听懂按钮是另外两件事。

它也不是「做一块更大的点击热区」这么窄。开关扫描、语音控制、键盘,失败点都是同一类:界面只承认一种致动方式。

机制

每个功能背后都有一份输入合同:要哪种指针、要几根手指、要不要沿路径运动、要不要在限时窗口里完成。合同若写成「悬停再单击」或「沿弧线滑过」,只能做单点激活的人(键盘、开关、语音、眼动)永远发不出那条命令。按钮画得再清楚,电路没接到他们的开关上。

第二层是时间与路径成本。理论上「能 Tab 到」仍可能不可用:开关扫描把四十个控件扫一遍才到「下一步」,语音要精确说出看不见的名称。可操作比「存在一个非指针事件」更严——替代路径必须真能触发同一结果,而不是打开一个残缺的旁门。POUR 里它紧挨着可感知:通道里已经有信号了,手还是可能摸不到开关。

怎么研究

键盘-only 遍历是最低成本的合同检查:拔掉或禁用指针,走完一条完整任务。开关控制 / Switch Access 看扫描步数。Voice Control / Voice Access 对着可见文字发命令,看点不点得中。对路径手势,记录有没有单点或非路径的替代控件。

自变量:输入装置(指针 / 键盘 / 开关 / 语音)、手势类型(单击 / 路径 / 多指)、有无替代控件。 因变量:任务能否完成、首次命中目标的步数、替代路径与主路径的结果是否等价、中途被限时或焦点陷阱打断的次数。

不要用「鼠标能点」当作可操作的证据。自动化最多标出缺 tabindex 的控件,标不出「扫八十步」或「语音读的名字和可见文字不是同一个」。

边界

绘画、演奏、三维捏合这类任务,路径本身就是内容,不是装饰性手势;替代方案往往是另一套编辑工具,而不是在同一画布上模拟笔触。游戏里瞄准与时机可能就是玩法,可操作转成「提供更宽的时间窗或辅助瞄准」,而不是取消玩法。纯展示、无交互的文档没有「触发」问题。紧急切断若被做成「任意输入都能误触」,可操作会和防误触打架——那是要限制意外激活,不是取消键盘通道。

怎么落地

  • 任务中的每一发命令准备至少一种非路径、非多指、非悬停的触发:键盘、单击、可见按钮。
  • 限时操作提供关闭、调整或延长;焦点能进去也能出来,不要把人关在对话框里。
  • 语音能说中的名称必须是屏幕上那几个字,不能另起一套内部编号。
  • 验证:关掉指针只用键盘走完结账;用系统语音控制读出按钮上的可见文字看能否点中;打开开关扫描,数到主操作需要多少步。主路径能做、替代路径做不了的每一步,都是合同还写死在一种身体上。

延伸

  • 同组J1.01.1 可感知:信息需能被任一感官通道获取 · J1.01.3 可理解:信息与操作需可被理解 · J1.01.4 健壮:内容需能被各类辅助技术解析
  • 相邻J3.01 键盘可达 · J3.05 单指与单点操作 · J5.04 语音控制
  • 站内检索operable · POUR · keyboard only

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/J1.01.2