Focus Order
焦点顺序
焦点顺序是键盘焦点在页面上移动的路径。它应符合阅读和操作顺序。
另一个例子
结账时，Tab 会依次移到联系信息、配送、付款、确认，最后到“提交订单”。优惠券面板不会插队。地址对话框关闭后，焦点会回到原来的触发按钮。
主要部分
- 01进入点
- 02顺序停驻点
- 03焦点返回
什么时候用
让 DOM 顺序和阅读、操作顺序一致。只有交互改变场景时，才由程序移动焦点。
什么时候不要用
避免使用正值 tabindex。如果 CSS 排序会让页面和键盘路径不同，就不要使用。
代码里的名称
DOM order + tabindex=0/-1 + deliberate focus restoration 上线前要检查
发布前检查页面结构、键盘操作、清楚可见的焦点、对比度与缩放。也要检查加载、没有内容、错误、成功、取消与减少动态效果。
预期结果：使用 焦点顺序 (Focus Order) 解决这项需求，同时保留用户当前的操作上下文。 用户场景：结账时，Tab 会依次移到联系信息、配送、付款、确认，最后到“提交订单”。优惠券面板不会插队。地址对话框关闭后，焦点会回到原来的触发按钮。 建议界面模式：焦点顺序 (Focus Order)。 适用理由：让 DOM 顺序和阅读、操作顺序一致。只有交互改变场景时，才由程序移动焦点。 不应使用的情况：避免使用正值 tabindex。如果 CSS 排序会让页面和键盘路径不同，就不要使用。 产品要求：定义默认、加载、没有内容、错误、成功与恢复状态。保留用户已输入的内容，每个操作后都提供清楚反馈。 无障碍与韧性：使用结构正确的 HTML（语义化 HTML）和完整键盘操作。焦点要清楚可见，布局缩放后仍要好用。也要提供减少动态效果。遵守项目现有规则。除非项目已采用，否则不要新增界面组件库。 验收标准：主要任务可只用键盘完成，在 320px 宽度也能正常使用。焦点与状态变化可被辅助工具读出。加载、失败、重试、取消与减少动态效果都已验证。 证据与限制（证据边界）：标准只涵盖列出的范围，不会替你决定外观、产品做法或 Vibulary 的教学示例。 待确认：产品文字、数据来源、分析事件、支持设备与语言，以及平台特有限制。
检查这份需求
请 AI 编程助手检查当前如何使用 焦点顺序 (Focus Order)。 定义：焦点顺序是键盘焦点在页面上移动的路径。它应符合阅读和操作顺序。 生产环境检查：发布前检查页面结构、键盘操作、清楚可见的焦点、对比度与缩放。也要检查加载、没有内容、错误、成功、取消与减少动态效果。 修改程序前，先列出看到的证据、缺口、严重程度，以及最小且安全的修正。