提交动作不得引起注视点偏移
别名: 确认时注视偏移 · 提交干扰 · confirmation gaze shift
概念解释
注视加确认要成立，提交那一瞬间注视必须还停留在被指对象上。若确认动作本身把眼睛拽走——去找屏幕上的“确定”按钮、去看自己的手、去对准一个需要盯着才能按的触控点——指向在提交前就失效了。结果是选中了确认控件，或选中了视线被拽到的邻居，而不是刚才对准的目标。
机制
眼手协调里，手一动，眼睛常会先看向手或看向手将要碰到的地方。屏幕上的确认按钮把这个反射变成强制扫视：要按它就得先看它。触控板上若点击热区远离当前位置，手指的运动也会把注意（以及常常把注视）带走。头显里，如果捏合需要看着自己的手确认姿势，中央凹会离开场景中的对象。
提交通道因此有一条隐蔽约束：它的动作闭环不能以“再看别处”为前提。物理键、身体中线附近的扳机、不依赖视觉对准的捏合、语音口令，满足这条约束。屏幕另一角的 OK、必须盯着看的手势教程、以及把确认做成第二个注视目标，都违反它。违反之后，系统在提交采样的是错的坐标，解耦指向与提交的好处被一次扫视清零。
怎么研究
在注视指向加确认的任务里，把确认器类型做成自变量：与注视无关的键、需要看的屏幕按钮、需要看手的手势。用眼动仪对齐提交时刻的注视坐标和原目标坐标，得到提交瞬间的偏离角。 因变量：偏离角、错选确认控件的次数、错选邻居的次数。 Pfeuffer 等人讨论注视-触控组合时已经指出，触控动作会干扰注视；VR 捏合研究则要看捏合是否伴随低头看手。实验室若把确认键放在被试已经摸熟的位置，会低估屏幕按钮方案的偏移。
边界
熟练的触控打字员可以盲按时，屏幕确认的偏移会下降，但不能假设所有用户都有这份肌肉记忆。视力低下或头显视场窄的人，更常需要看手来确认捏合是否发生，偏移更大。把确认做成停留在原目标上，不会引起偏移，但那是退回停留选择，不再是组合。语音确认在噪声里失败时，用户会改去找屏幕按钮，偏移作为退路重新出现。
怎么落地
- 把提交放在不需要再看的执行器上：双手已经握住的扳机、空格、不依赖看手的捏合、短口令。
- 禁止把“确定”做成需要注视离开原目标才能点到的屏幕按钮；若必须二次确认，把确认控件做在原目标内部或视线不用移动的位置。
- 验证：对齐提交时间戳与注视样本，统计偏离原目标超过半个目标宽度的比例，以及误点确认控件的次数。