J5.05.3gaze dwell time设计研究
停留选择需要可调阈值
别名: 停留点击 · dwell · 眼控阈值
概念解释
眼控常常用「看够一段时间」当作点击。阈值太短，看一眼就触发，是迈达斯接触（Midas touch）；太长，对准要熬，疲劳和漂移把选择拖垮。停留选择（dwell selection）必须让使用者能调阈值，没有通用的「合适秒数」。
机制
注视在眼控里同时承担两件事：看，和选。人看书、找字、确认是不是目标，都要让眼睛停在某处；设备若把「停」一律解释成「选」，阅读和选择就撞车。阈值是把两种注视切开的那条线：短于它算看，长于它算选。
这条线因人、因时而变。注视稳定度、校准、照明、疲劳、药物、痉挛都会改分布。同一人上午和下午也不一样。产品写死一个停留时间，等于假设所有眼睛共享同一条分界，而这套设备的整点就是眼睛差异极大。可调不是附加设置，是停留作为选择器能成立的前提。
怎么研究
在眼控系统里扫一组停留时间（例如 0.4、0.8、1.2 秒），让人先浏览一段文字再点目标按钮。分别记误触发（本想看却选了）和选不中（本想选却没熬够）。
自变量：停留阈值、靶大小、任务是浏览还是选择。 因变量：误选率、漏选率、自报疲劳、用户最终选用的阈值。
让用户自己调到能完成任务的值，比实验者指定一个「标准 dwell」更接近真实使用。对照系统辅助功能里的停留设置是否被应用尊重。
边界
用眨眼、吮吸开关、硬件键来确认的眼控，停留不是选择器，这条不成立——阈值问题换成确认通道的防误触。开关扫描不靠停留。短时校准良好的演示可以显得某个固定值「刚好」，换人、换光、换一小时就会翻。应用自己再做一套停留、忽略系统值，会让用户调了系统却没作用。
怎么落地
- 停留选择跟系统辅助功能的阈值走，不要在应用里写死毫秒数。
- 若应用必须提供停留，给可调范围，并让当前值立刻生效，不要重启。
- 验证：把系统停留调到很短，看会不会误选；调到很长，看选择是否还能完成。应用不跟着变，就是阈值不可调。再找两名注视稳定度不同的人，确认不存在一个双方都能用的固定值。