“1194.21 软件应用程序和操作系统”对焦点有这样的说法：“(c) 应提供当前焦点的明确定义的屏幕指示，随着输入焦点的变化在交互界面元素之间移动。焦点应为以编程方式公开，以便辅助技术可以跟踪焦点和焦点变化。”
一位同事争辩说，上述规则不要求所选窗口在最初打开时具有当前焦点。只有当窗口具有当前焦点时，必须明确定义当前焦点，并且焦点会随着用户在交互元素（例如选项卡）之间导航而移动。
上述规则是否假设每个窗口在打开时都会具有当前焦点？还是不需要当前的焦点？
我认为对于使用辅助技术的人来说，当新窗口打开时必须徒劳地搜索具有焦点的元素，这将是一种糟糕的用户体验。还是我忽略了什么？
首先，1194.21 是第 508 条处理软件应用程序和操作系统的子部分。所以“技术上”它不适用于基于 Web 的 Intranet 和仅基于 HTML 的 Internet 信息和应用程序。
话虽如此，今天的常见方法是将第 508 节的要求全面应用于您正在评估的任何一致性。这是因为第 508 节已经过时，因此为了使这些标准在当今世界中受益，通常采用将它们应用于所有事物的一揽子方法，无论类别如何。
随着第 508 节在被采纳过程中的更新，第 508 节似乎很可能会使用或密切遵循 WCAG 2.0 A 级、AA 指南。因此，如果您也希望符合未来更新的要求，请争取 WCAG 2.0 的 AA 级指南。
在回答您关于 1194.21 (c) 的问题时，该要求的重点是确保当前焦点对眼睛可见以及对辅助技术可见。因此，您必须能够以视觉方式和编程方式辨别当前焦点的位置。即使您仅将此要求应用于网页也是如此，正如您所说的那样。
在您在浏览器窗口中加载的登录页面示例中，只要用户可以使用选项卡访问这些控件，就不必将焦点设置到页面加载（最初打开）时的输入控件之一以符合第 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 内容没有焦点，则在浏览器窗口中，至少作为浏览器一部分的一个控件确实具有焦点。我不认为这个细节实际上包含在任何可访问性指南中，但我的猜测是它在应用程序/软件的公认标准中的某个地方进行了概述，但我无法告诉你在哪里。
无论如何，感谢您希望改善整体用户体验以及您为可访问访问所做的努力！很多时候，开发人员只想做最少的事情来让代码“走出门外”。良好的用户体验很重要，确保您的内容设计为可访问性只会有助于改善用户体验。继续打好仗！
-杰夫斯