C8.12.4Neck-mobility accessibility设计研究
依赖头动的方案对颈部活动受限用户不适用，需要单独的眼动路径
别名: 颈托 · 颈部活动受限 · eye-only path
概念解释
任何把头动写成必经步骤的方案——头选面板、头对准才能参与、头控射线是唯一指针——都会把颈部活动受限的人关在外面。颈托、强直性脊柱炎、部分帕金森、高位损伤后的代偿姿态、以及单纯的急性颈痛，都可能让头几乎不能转。对这些人，必须有一条不转头也能完成关键任务的眼动路径（或眼加其他非颈通道）。这是可达性约束，不是在讨论眼头谁更准。
机制
头动依赖颈椎关节和颈肌。活动范围一旦小于界面所要求的偏航或俯仰，粗定位层就断了。把控件按“中立头姿周围”排布只能缓解，不能覆盖必须看向侧方或上方的内容。眼在头内仍有十几度的舒适偏心，足够覆盖一块正前方的面板；但若系统要求先把头转到那块面板，眼的余量永远用不上。
替代路径可以是：眼在当前视野里直接指向、用控制器传送朝向、用语音点名面板、把全部关键控件镜像到正前方。没有这些，嵌套得再优雅也是一道墙。
怎么研究
招募颈部活动范围不同的人（含戴颈托的模拟，但模拟不能替代真用户），让他们完成必须转到侧方面板的任务，对照有/无眼动旁路。 因变量：任务能否完成、疼痛、代偿用的腰和椅转。 伦理上禁止要求痛的人坚持转头。大学生戴一晚颈托的数据，外推不到长期强直。还要测旁路是否被做得像二等公民（更慢、目标更大到可笑、或缺功能）。
边界
颈部完全自由的用户不需要这条旁路也能用头层，但旁路仍应存在，因为急性扭伤随时可以发生。眼动也不可用（严重睑下垂加颈托）时，旁路要再落到语音或开关扫描，而不是死盯着眼动。躺在床上的使用把“受限”变成姿态本身，正前方的定义要跟着重力或床头走。儿童头显过重造成的相对活动受限，同样适用。
怎么落地
- 关键任务不得以转头为唯一入口；提供眼动在当前视野内完成，或语音/传送换面板。
- 旁路与头层功能等价，不要把删除、呼叫、返回只放在必须转头才能看见的地方。
- 验证：在颈托或活动范围被限制的条件下走完主流程，确认无需超过舒适颈角即可完成，且无缺失功能。