C1.22.2Drag threshold too large设计研究
阈值过大会让真实的短距拖动被当作点击丢弃
别名: 短距拖动 · 拖动阈值 · 点击误判
概念解释
拖动阈值过大时，用户已经有意按住并移动，但位移尚未越过门槛，系统仍把释放解释为点击。排序微调、短距离拖放、滑块细调和小画布操作因此会失败或产生意外激活。
机制
阈值以距离换取对噪声的容忍。过大的距离让按住期间的真实运动被压缩成"尚未决定"，直到用户作出不自然的额外移动才开始拖动；释放前未跨越则落回点击路径，丢失原本的连续意图。这个代价在密集列表里会被放大到具体可见的程度：如果阈值设定的距离超过了列表项本身的行高或间距，用户想把一项挪到紧邻的位置——本该是这个界面里最短、最常见的一次拖动——反而在物理上无法一步做到，必须先做一个超出目标本身尺寸的额外移动才能触发拖动状态，这时阈值不再是过滤噪声的安全边际，而是直接大于任务所需的位移量本身。
怎么研究
使用不同间距、目标尺寸和显示缩放下的短拖任务，测量拖动启动率、额外位移、误点击、完成时间和用户补救。与长拖分开分析，因为平均表现可能掩盖短距离操作的系统性失败。一个具体做法是把阈值距离和目标本身的尺寸（行高、把手直径、滑块可视范围）做比值，专门检验阈值超过目标尺寸本身的那些情境下启动失败率是否明显升高。
边界
降低阈值不能忽略自然抖动风险；有效设计需要同时限制两类错误。若对象间距过小、把手难抓或目标没有明确拖动可供性，单调阈值也无法完全解决短拖困难。滑块和进度条这类控件是这个问题的极端案例：可视轨道本身可能只有几十像素长，任何一个明显大于零的阈值都会吃掉这段本就狭窄的有效行程的一部分，阈值越大，用户能用来做精细调节的剩余距离就越少。
怎么落地
- 针对排序、滑块和画布等短拖情境，把阈值距离和目标尺寸放在一起校验，而不是只看阈值本身是否够小。
- 在明确拖动把手或模式中采用更合适的阈值或直接开始拖动，不强求和普通点击共用一套判定。
- 验证办法：专门统计"位移小于目标自身尺寸"这一类短距拖动的启动成功率，与长距拖动的成功率分开报告，因为汇总平均值会掩盖这一类系统性失败。