G0B*_*LiN 2 accessibility wcag
\n\n\n通过用户操作可实现的流程和结果
\n
遵循 WCAG 对“功能”的定义，似乎很直观，就像功能性元素应该始终是键盘可聚焦的一样，非功能性元素也不应该。\n但是，在可访问性问题上，na\xc3\xafve 直觉可能会产生误导。由于我在 W3C 网站上找不到任何明确的指导方针或失败标准，我在这里询问：
\n如果有 W3C 或其他官方标准支持您的答案，请提及。
\n注意 1：请不要提供可滚动但非交互的元素作为示例 - 出于我们的目的，滚动是一种交互。
\n注2：有些相关，但不是问题的重复“文本应该可聚焦以实现可访问性吗？我特别考虑键值对”，也有点类似于这个问题：“可访问性与只读输入”，但这个问题是在 2013 年提出的，在我看来，它的单一答案不够权威（我猜这个答案对于今天的可访问性约定来说是不正确的）。
\n是的，但在极少数情况下。
选项卡面板是何时有用的一个主要示例（也是我能想到的唯一具体示例）tabindex="0"。
在这种情况下，它除了允许用户轻松导航到面板以便他们可以阅读其内容之外没有其他任何用途。
这在手动选项卡激活页面的 W3 示例中进行了演示和解释。
建议这样做的原因是它的功能与“跳过链接”类似。
所有选项卡均可使用箭头键操作，但整个选项卡列表只有一个制表位。
然后，当用户打开他们想要阅读的选项卡时，他们可以按下Tab以跳转到内容，而不必读出选项卡选项的其余部分。
我唯一一次看到这种用法并且感觉正确的是在“实时聊天”应用程序中，当您可以Alt+Tab通过对话项目时。这比使用标题、部分或其他使某些内容可通过键盘导航的方式感觉更好（而且箭头键感觉不直观）。
我想到的最后一个是数据表，有时您可能希望表格获得焦点，以便用户可以通过箭头键进行导航。因此它接收焦点来激活组件并让人们知道它是通过键盘进行交互的。
我想到有人不使用辅助技术，但在这种情况下由于行动障碍而使用键盘。
然而，这只是猜测，我自己从未实现过，如果我这样做了，可能是因为突出显示的行更改了图表等（我确信您会认为这是交互式的！）
关于官方指导，我怀疑你会找到具体的东西。显然WCAG 2.4.3 - 焦点顺序确实在这里发挥作用，因为tabindex="0"向所有内容添加 a 并不是“逻辑焦点顺序”，但它不会给您明确的答案，因为它必须允许自定义组件等。
恐怕这是一种“最佳实践”而不是规则场景。如果页面上的每个项目都有 ，您可能仍然会通过 WCAG，tabindex="0"因为 WCAG 不关注用户体验，而是关注某些内容是否可以使用。然而，依赖辅助技术的人不会愿意使用带有一百个的页面tabindex="0"！