拖拽排序，也要有点击与键盘路径

项目需求表可能让客户拖卡片排列优先级。验收前，应要求按钮等单点操作能得到相同结果，同时支持键盘；无法拖拽的触屏客户也应能表达一样的优先顺序。

官方依据及事实范围

WCAG2.2的2.5.7要求拖拽有单点操作替代，具体例外须按原文；键盘等价是另项要求。 原始参考 · 2026年10月17日读取.

已填写的验收例子

合成教学情景，不是真实客户、平台实测或业务结果。窄屏可横向滚动案例表。

按步骤执行的交付程序

1. 采用明确上下移按钮或目标位置选择器；标签指出项目及动作，不能只靠无标签拖动图标。
2. 把上表状态变化写进验收说明，核对首尾边界、重复移动、取消及DOM改变后的焦点。
3. 分别测试拖拽、仅点击替代与键盘，再查提交数据及回读；视觉顺序必须与存储一致。

怎样解释结果

第一步移动C，第二步移动B且不丢控件焦点。只做到方向键拖拽，不能证明单点替代；最终存储顺序也是验收内容，不只是动画美观。

明确的验收终点

各支持输入路径须到达同一顺序、保持可用焦点并准确提交；每条观察记录使用的路径。

适用范围及未验证项目

合成优先级列表；这是交互规格，不是已实测的拖拽库或法律合规意见。必须依赖空间操作的任务另需评估。

下载已填写的双语验收记录 — 包含本页输入、步骤、预期及边界；是教学资料，不是执行程序。