C1.06.4Long-press semantic conflict设计
用长按替代悬停会占用长按语义
别名: long press · 长按 · hover substitute
概念解释
长按语义冲突（long-press semantic conflict）出现在把长按用作触屏悬停的替代方案时：长按在多数系统里已经被上下文菜单、进入选择模式、开始拖动或触发辅助操作占用了，用长按模拟悬停等于让同一个手势承担两种互斥的意思。两种用法都要求手指在同一位置停留不动，用户光凭动作本身没法判断这次长按最终会弹出预览还是执行一条命令。
机制
触屏的电容传感器只报告接触与否，没有鼠标那种"已经靠近但尚未按下"的连续状态，所以设计者常把长按当成"先看一眼再决定"的近似替代。但长按从一开始就是一个带承诺、有明确时间阈值的手势，而不是悬停那种可以随时无痕撤销的探索动作；它还要跟滚动手势、系统级手势和文本选择争夺同一段按住时间。如果同一个控件依据一个用户看不见的时间阈值分派完全不同的结果——短按一种效果，长按另一种效果——用户就必须先等待、猜测，出错后再纠正，得到的是比悬停更重的认知负担，而不是悬停原本承诺的轻量探索。
边界
长按并非完全不能用：作为不频繁触发、有清晰标签提示的详情或上下文操作入口，它是合理的，问题只在于把它当成悬停的普遍替代品去覆盖所有场景。这里有一个经常被忽略的边界：并不是所有触屏输入都缺少悬停——市面上多数主流触控笔（带有主动电容或电磁感应）确实能在离屏幕几毫米到一厘米的范围内被系统检测到并报告悬停位置，效果接近鼠标悬停。也就是说，长按替代悬停这个问题只出现在纯手指触控场景，笔优先的界面完全可以、也应该使用真正的悬停，不必强行套用手指触摸的限制；外接鼠标或辅助开关设备同理。
怎么落地
- 不要把完成关键任务所必需的信息藏在长按背后；提供一个始终可见的详情入口、可聚焦的控件或菜单选项作为主路径。
- 如果确实保留长按，给它规定一个清晰的主要语义（要么总是弹菜单，要么总是进入选择），并在手指刚按住的瞬间给出及时的按住反馈，让用户知道系统已经接收到这次按压。
- 在长按与滚动、选择、系统手势共存的真实场景里测试取消率和误操作率，而不是只在孤立环境下测试长按能不能成功触发。