路径依赖手势需要非路径替代
别名: 路径手势 · swipe 替代 · 轨迹手势
概念解释
滑动删除、画圈解锁、套索选择、按指定轨迹签名——这些手势的成功条件是轨迹本身，不是落点。接触必须沿一条规定的路径走完，中途偏离就失败。对无法走出稳定轨迹的人，功能不存在。判据是：同一功能必须能用非路径的方式完成，例如点一个删除、选一个菜单项、在列表里勾选。
非路径不等于「更好用的滑动」。它只要求激活发生在一个点上，而不是一条线上。轨迹好不好走、替代藏得深不深，不在这里展开。
机制
路径手势把任务从「在目标上激活」变成「在时间里复制一条形状」。震颤、痉挛、低精度指针、开关设备的步进移动，都会让形状走样。单点激活不要求形状：按下与抬起可以发生在同一命中区，中间的轨迹不被当作命令的一部分。
产品爱用路径，是因为路径可以同时表达方向和对象（把这封邮件滑向归档）。替代必须把这两件事拆开：先指出对象，再发出命令。缺了拆开的那条路，功能仍锁在「会画那条线」的人身上。拖拽也含路径，但拖拽还有「按住并移动对象」的额外约束，由下一叶单独问有没有点击替代；这条覆盖的是滑动、绘制、套索这类不以拖对象为目的的轨迹。
怎么研究
把所有「必须按某个方向或形状移动才触发」的手势列出来，对每一项寻找不依赖轨迹的第二条入口。判定是存在性：找到明确的按钮、菜单、复选或键盘命令即通过；找不到即失败。不要在这一步比较两条路径的步数。
注意假替代：滑动删除的「取消」出现在滑到一半之后——那仍要求先走出路径，不算非路径入口。
边界
书写、绘图里，轨迹就是内容本身，不是命令——替代的是「提交」「清除」等命令，不是笔迹。系统级返回手势（从边缘滑入）若应用无法关闭，应用仍要在界面上提供明确的返回控件。游戏里的挥砍、画符若是核心玩法，可把替代做成可选辅助，而不是从模式里删掉路径；但设置、暂停、退出这些非玩法命令不得只挂在路径上。
怎么落地
- 为滑动删除、滑动回复、画解锁、套索选择提供点选入口：按钮、菜单项或复选。
- 不要把「滑到一半出现的按钮」算作非路径替代；入口必须在做出轨迹之前就能用。
- 验证：禁止滑动和绘制，只用点按完成删除、归档、选择一组对象。必须先画出轨迹才能出现的命令，这一项没有非路径替代。