C3.05.2Swipe angular tolerance设计研究
轻扫的方向容差决定误判率
别名: 方向扇区 · swipe angle · 斜向误触
概念解释
轻扫被标成“向左”或“向上”，依据的是轨迹相对主轴的夹角是否落进容差扇区。扇区宽了，斜向的翻页、滚动、删除会互相冒充；扇区窄了，略弯的手腕动作会被当成无效手势。误判率几乎就是这条角度门的函数，距离和速度可以过关，角度一错整条命令就进错槽。
机制
拇指在屏幕下半划弧，食指从侧面进来也带自然弯。几何上的“水平”对人手不是直线。识别器常用第一段位移的角度，或整条路径的主方向，把 360° 切成几个扇区，扇区之间留死区。死区太窄，一次 20° 的偏就会跳到相邻命令（横向轻扫变成竖向滚动）。死区太宽，很多认真的轻扫落空。一旦方向锁在扇区里，后半段即使拐弯也常被忽略——这稳定了命令，也让中途改主意的人无法把“向左”改成“向上”。
怎么研究
让人在指定扇区里轻扫，同时故意做 15°、30°、45° 的偏离，画混淆矩阵：左 / 右 / 上 / 下 / 无效。自变量为扇区半角、是否使用起始窗而不是全程拟合、单手拇指还是双手食指。因变量是相邻扇区互认率和“我扫了但没反应”的无效率。只报告总体准确率会把“全扫成同一方向”的坍缩模型吹成好模型。
边界
只有一个方向有意义的表面（只能向左归档）可以把扇区开到几乎半圆，误判主要变成“这到底算不算轻扫”，而不是认错方向。圆形旋钮、转盘类控件要的是连续角度，套用扇区会把微调切成命令。从边缘进入的返回手势用的是另一套原点约束，它的“向内”不是这四个扇区之一那么简单。左手用户的弧线镜像，用右手标定的扇区会系统性误伤。
怎么落地
- 在相邻命令之间留死区，不要让 0–90° 被两个手势对半切开；主命令扇区对准该手的自然弧线，而不是屏幕几何轴。
- 用起始一小段定方向，避免后半段抖动改判；若用户在中途停住，应允许这次轻扫作废而不是锁死错误扇区。
- 画一张四方向加“无效”的混淆矩阵，用拇指和食指各扫一轮。哪两个方向互吞，就把它们的死区加宽，而不是把速度阈再拧紧——那解决不了角度问题。