D1.12.2Hover modality dependence设计研究
悬停仅存在于指针设备，触屏与键盘操作没有悬停态
别名: hover state · pointer device · touch interaction · keyboard interaction
概念解释
悬停的模态依赖性（hover modality dependence）指悬停态由连续可定位的指针进入某个命中区域产生，因此只存在于鼠标、触控板、手写笔悬浮等支持指针经过的设备。触屏轻触通常直接激活，键盘移动的是焦点，二者都没有「尚未提交但正停在上面」的同一状态。将 hover 当成通用的当前项标记，会让触屏和键盘用户看到缺失的信息，或把焦点、按压、选中误读为悬停。
机制
悬停的交互价值在于低成本预览：用户可在不触发动作前探索可点击性、提示或次级命令。触屏没有这种无后果的中间距离，手指一接触就可能遮挡并启动操作；键盘则以离散焦点路径探索。若关键说明、可用命令或风险只在 hover 出现，非指针用户要么无法发现，要么被迫用长按、误触或外部帮助猜测。设备能力不同，因此相同视觉组件不能假定相同状态语义。
怎么研究
针对同一任务，在鼠标、触屏、键盘和辅助技术路径中分别检查用户是否能发现可操作性、取得补充信息、理解当前状态并完成操作。不要只在响应式尺寸上测试：一台窄屏笔记本仍有 hover，而大屏触控设备没有。记录触屏用户是否误触以求信息、键盘用户是否找不到等价入口，以及混合设备在指针与触摸切换时是否残留错误的 hover 外观。
边界
部分设备支持手写笔悬浮或远距离传感，可能提供近似 hover 的能力，但不能作为通用前提；系统也可能动态改变可用输入。长按可成为发现功能的附加方式，却不是等价的 hover，因为它有时间成本、平台冲突与较低可发现性。并非每个装饰性 hover 动画都要复制到其他模态，只有承载理解、决策或必需命令的内容需要等价出口。
怎么落地
- 清点每一个 hover 触发的信息和命令，标出它是否影响任务理解或结果；关键项必须有触屏和键盘可达路径。
- 用焦点样式和显式操作入口服务键盘，用常驻摘要、详情或上下文菜单服务触屏，而不是将 hover 视觉机械移植。
- 在支持多种输入的设备上，根据实际输入能力调整提示，但不让短暂的指针状态成为唯一信息来源。
- 以无鼠标、无 hover 的首用任务验收：用户应在不误触主操作的情况下发现相同信息并完成任务。