依赖悬停的设计无法迁移到触屏

概念解释

一套把信息、入口或状态变化放在「指针进入、尚未按下」上的界面，搬到触屏上会结构性失效。触屏没有这拍空隙：手指落下就是一次激活。原来靠悬停才出现的按钮、才读得到的说明、才展开的面板，在触屏上没有对应事件，于是功能从产品里消失，而不是变成另一种样子。

失败发生在迁移这一动作上。怎么准备两套方案，是下一步；这里只判定「依赖悬停的那一套过不去」。

机制

桌面设计自由建立在进入事件上。把工具栏按钮做成「只有悬停才露出来的图标」、把价格或权限做成「只有悬停才出现的文字」、把二级菜单做成「指针经过就展开」，等于把能力存进了一种输入事件。触屏的事件词汇是接触、移动、抬起，没有「进入但未激活」。视觉可以原样搬过去——同一套像素、同一套布局——但触发器搬不过去。Forlines、Wigdor 等人比较鼠标与触摸时反复看到：同一界面换输入，悬停路径上的信息首先失踪。

所以这不是缺一张样式表。:hover 在触屏上有时会被第一次点击模拟一下，但那次点击已经消耗了本该留给激活的那一拍，预览和提交糊成一次，还可能把菜单钉死在屏幕上。依赖越深，迁移后的残缺越大：丢一层提示还能用，丢一层唯一入口就不能用。

怎么研究

把现成的桌面界面原样放到触屏设备上做同一套任务（迁移失败实验），记录哪些步骤在触屏上无事件可发。对照条件是为触屏改过入口的版本。自变量：悬停承载的是提示、是唯一入口、还是状态变化。因变量：任务卡死次数、误把第一次点击当成预览、找不到原悬停内容的次数。

用鼠标在触屏模拟器上点，会把失败测没——模拟器仍有指针。要用手指或关闭了指针的平板。

边界

带触控笔且硬件报告笔悬停的设备，迁移失败会轻一档，但手指用户仍然失败。二合一笔记本在键鼠姿态下悬停还在，翻成平板姿态的那一刻同一套界面就会垮。只把悬停用在装饰性高亮、不用在信息和入口上，迁移损失是可交互性线索变弱，不是功能消失。游戏手柄和远场电视同样没有悬停，失败形态类似，不单是触屏。

怎么落地

• 清点所有进入事件上的信息与入口，标出「若没有进入事件，这一步还能否完成」。标成不能完成的，就是迁移失败点。
• 不要把桌面界面加一层触摸点击、指望第一次点击去冒充悬停。那是把失败推迟到第二次点击。
• 验证：在一台没有指针的平板上走完每条主任务。任何一步需要「先悬停才看得到或点得到」，迁移已经失败。列出这些步骤，不要在未改之前宣称产品「也支持触屏」。

延伸

• 同组：K2.06.1 悬停允许无承诺的预览与提示 · K2.06.3 同一产品跨形态时需准备两套方案 · K2.06.4 悬停可用于渐进呈现次要信息，避免界面一开始就显得拥挤 · K2.06.5 悬停触发的时间阈值需要过滤路过式的鼠标移动 · K2.06.6 纯悬停触发的功能天然不可被键盘或屏幕阅读器发现 · K2.06.7 悬停态提供的信息若不可或缺，说明界面本身缺少必要的常驻线索
• 相邻：C1.06 悬停状态及其在触屏上的缺失 · K2.07 触摸与键鼠并存 · D1.12 焦点、悬停与选中三者的区分
• 站内检索：hover migration · hover-only UI · touch has no hover