C8.12.3Eye-head coordination设计研究
两者结合时，头动常负责整体朝向、眼动负责朝向内的微调
别名: 眼头协同 · 头定眼调 · nested pointing
概念解释
当眼和头都被当成输入用时，合理的嵌套是：头选定一个工作朝向（哪一块面板、哪一面墙、哪一个窗口），眼在这个朝向内部做微调（哪一个按钮、哪一行字）。Sidenmark 与 Gellersen 的 Eye&Head 交互把这种嵌套写成明确的技术：头提供一个可抓住的粗光标或区域，眼在区域内点选。它不是“头当唯一指针”，也不是尺度事实本身，而是把两套运动接成一条指向流水线。
机制
嵌套匹配生理募集：大转移先动眼再动头，头到位后眼做精细着陆。交互上，头的稳定适合作为“我在这间屋子的哪一块工作”的离合器，眼的速度适合在一块之内切换。若把嵌套反过来——眼选房间、头选按钮——头的精度和疲劳都会在错误的一层爆发。
嵌套还提供一个自然的脱离：把头转离工作面板，眼再怎么微调也不该还在操作那块面板。这比单靠眼的参与条件更抗迈达斯，因为头的静息可以是“不对准任何面板”。
怎么研究
实现两种绑定：头选区+眼选物，以及眼选区+头选物（或两者都选物），在多面板环境里比时间、错误、颈部负荷和误操作邻面板的次数。Eye&Head 原文就是前一种绑定的证据。 还要测头离开面板后命令是否停止。实验室单面板会让嵌套看起来多余，因为没有“哪一块”可粗选。
边界
只有一块永远在正前方的界面，头的粗层无事可做，嵌套退化成纯眼。眼动不可用时，嵌套的细层要改成手或停留在头光标上，而不是假装眼还在微调。多人共视一块物理屏幕时，头朝向可能表示社交注意而不是工作朝向，嵌套会被对话打断。颈痛用户会拒绝用头做粗层，这时要允许用躯干旋转或场景里的传送来换朝向。
怎么落地
- 多面板或空间里的多锚点：用头（或躯干）选中一块，用眼在块内指向；离开该朝向即脱离该块。
- 不要让眼的微调在头已经转走之后继续对旧面板生效。
- 验证：在至少两块分离的面板上操作，统计头未对准时误触发的次数，以及块内小目标是否还要靠转头才能对准。