“1194.21 软件应用程序和操作系统”对焦点有这样的说法: “(c) 应提供当前焦点的明确定义的屏幕指示，该指示随着输入焦点的变化而在交互界面元素之间移动。焦点应以编程方式公开，以便辅助技术可以跟踪焦点和焦点变化。”
一位同事认为，上述规则并不要求选定的窗口在最初打开时具有当前焦点。只是当窗口具有当前焦点时，当前焦点必须被明确定义，并且焦点随着用户在交互元素(例如选项卡)之间导航而移动。
上面的规则是否假设每个窗口在打开时都会有当前焦点？或者不需要当前的焦点？
我认为，对于使用辅助技术的人来说，在新窗口打开时必须徒劳地搜索具有焦点的元素，这将是一种糟糕的用户体验。或者我忽略了什么？
最佳答案
首先，1194.21 是第 508 条的子部分，涉及软件应用程序和操作系统。因此“技术上”它不适用于基于 Web 的 Intranet 和 Internet 信息以及仅基于 HTML 的应用程序。
话虽如此，当今的常见方法是将第 508 条要求全面应用于您要评估的合规性。这是因为第 508 条已经过时，因此为了使这些标准在当今世界发挥作用，通常采用将其应用于所有事物(无论类别)的全面方法。
随着第 508 条在采用过程中进行更新，第 508 条似乎很可能会使用或严格遵循 WCAG 2.0 A 级、AA 指南。因此，如果您也希望符合 future 更新的要求，请争取 WCAG 2.0 的 AA 级指南。
在回答您关于 1194.21 (c) 的问题时，该要求的重点是确保当前焦点对眼睛可见以及对辅助技术可见。因此，您必须能够通过视觉和编程方式辨别当前的焦点在哪里。即使您仅将此要求应用于网页(如您所述)，情况也是如此。
在浏览器窗口中加载的登录页面示例中，只要用户可以按 Tab 键，就无需将焦点设置到页面加载时的输入控件之一(初始打开)以符合第 508 节只要 AT 软件也可以通过编程方式识别该焦点，您就可以通过这些控件直观地识别当前焦点。添加此类功能并没有什么坏处，因为它确实提高了每个人的可用性，但它不是可访问性所必需的。请参阅第 508 条 1194.21 (c) 节的“标准指南”指南，链接:http://www.access-board.gov/sec508/guide/1194.21.htm#(c) )
此外，您可以引用 WCAG 2.0 级别 AA 2.4.7 指南，了解如何使焦点可见。该链接是:http://www.w3.org/TR/UNDERSTANDING-WCAG20/navigation-mechanisms-focus-visible.html 。
需要明确的是，如果我们谈论的是软件应用程序窗口而不是 Internet 浏览器窗口，那么有必要确保控件在加载该应用程序窗口时具有默认焦点。您会注意到，在浏览器窗口中，如果默认情况下 Web 内容没有焦点，那么至少属于浏览器一部分的一个控件确实具有焦点。我认为任何可访问性指南实际上都没有涵盖这个细节，但我的猜测是它在应用程序/软件的公认标准中的某个地方进行了概述，但我无法告诉您在哪里。
无论如何，感谢您想要改善整体用户体验以及为无障碍访问所做的努力!很多时候，开发人员只想做最少的事情来让代码“走出去”。良好的用户体验非常重要，确保您的内容设计为可访问性只会有助于改善用户体验。继续打好仗!
-杰夫S
关于section508 - 第 508 节合规性是否要求每个窗口都有一个初始(默认)焦点？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9896700/