C8.04.2Point-commit decoupling设计研究

指向与提交解耦可同时解决速度与误触

别名: 指向提交分离 · 眼手分工 · gaze hand split

概念解释

把指向和提交绑在同一通道上,速度和误触会互相卡住:通道敏感则快但假阳性高,通道保守则干净但慢。解耦让注视走敏感、快的指向,让默认关闭的模态走保守的提交,两条曲线不再被迫用同一个参数。停留选择做不到这种同时成立——它只有一个阈值可调。看即选则把两条都设成敏感。

机制

Fitts 定律意义上的指向时间随距离和宽度变;眼睛跨越屏幕的时间往往短于手,因为眼动幅度小、惯性小。提交时间在按键或捏合上接近一个固定的动作时间,不随目标距离增长。把指向交给眼,等于把 Fitts 的距离项变便宜;把提交交给手,等于把“是否开火”从注视时长里拿掉。于是平均选择时间可以接近“眼的指向 + 一次按键”,同时假阳性接近“按键的假阳性”,而不是“注视的假阳性”。

同时成立有前提:指向误差不能大到让提交打在邻项上;提交动作不能慢到把眼的优势吃光;用户必须理解两步,而不是在等一个并不存在的停留时钟。专家学会“眼先到、手后到”,新手会先把手移到目标再看,解耦的增益要到策略稳定后才出现。

怎么研究

在同一批目标和同一批用户上比较三种参数化:纯停留(扫阈值)、纯鼠标、注视指向加按键。画出每一种的速度–错误前沿,看组合是否同时优于两条单通道前沿。 Zhai 等人的 MAGIC 实验以及后来的 VR 注视+捏合评价,用的就是前沿比较而不是单一指标。 训练次数必须够:第一次接触组合的人常常比鼠标慢。还要分开“目标很大、几乎不会点错邻项”和“密排图标”两种几何,因为解耦在密排上会先碰到指向误差,而不是提交误差。

边界

指向误差大于目标间距时,解耦只解决了迈达斯,没解决点错邻居,速度优势也会被修正动作吞掉。确认器若是高延迟语音,提交项主导总时间,解耦对速度几乎无贡献。对不能稳定按键或捏合的人,解耦把他们排除在外。游戏里的持续瞄准(按住开火)不是一次提交,解耦模型要改成“注视提供瞄准、手提供扳机状态”,而不是一次点选。

怎么落地

  • 用速度–错误两条曲线做方案选择:若停留要达到可接受误触必须变得很慢,就改成注视指向加独立提交。
  • 把目标间距做得大于典型注视误差,否则解耦省下的时间会花在改错上。
  • 验证:在训练后的稳定段,同时看完成时间和邻项误点率,确认二者相对纯停留和纯鼠标都没有明显变差。

延伸

  • 同组C8.04.1 注视负责指向,另一模态负责提交 · C8.04.3 提交动作不得引起注视点偏移
  • 相邻C8.02 停留选择 · C1.15 指点设备指标与吞吐
  • 站内检索point-commit decoupling · speed-accuracy frontier · MAGIC pointing

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C8.04.2