「1194.21ソフトウェアアプリケーションとオペレーティングシステム」は、フォーカスについて次のように述べています。支援技術が焦点と焦点の変化を追跡できるように、プログラムで公開されています。」
同僚は、上記のルールでは、選択したウィンドウが最初に開かれたときに現在のフォーカスを持っている必要はないと主張しています。ウィンドウに現在のフォーカスがある場合にのみ、その現在のフォーカスを明確に定義する必要があり、ユーザーがインタラクティブな要素（タブなど）間を移動するとフォーカスが移動します。
上記のルールは、開いたときにすべてのウィンドウに現在のフォーカスがあることを前提としていますか？または、現在の焦点は必要ありませんか？
新しいウィンドウが開いたときにフォーカスのある要素を無駄に検索しなければならないのは、支援技術を使用している人にとってはユーザーエクスペリエンスが悪いと思います。それとも私は何かを見落としていますか？
最初の1194.21は、ソフトウェアアプリケーションとオペレーティングシステムを扱っているセクション508のサブパートです。したがって、「技術的に」は、HTMLベースのみのWebベースのイントラネットおよびインターネット情報やアプリケーションには適用されません。
そうは言っても、今日の一般的なアプローチは、適合性を評価しているものすべてにセクション508の要件を全面的に適用することです。これは、セクション508が古くなっているためです。したがって、これらの標準が今日の世界で有益であるためには、カテゴリに関係なく、すべてに適用する包括的なアプローチがよく採用されます。
採用の過程でセクション508が更新されると、セクション508はWCAG 2.0レベルA、AAガイドラインを使用するか、厳密に従うように思われます。したがって、将来の更新された要件にも準拠することを検討している場合は、WCAG2.0のレベルAAガイドラインに準拠してください。
1194.21（c）についてのあなたの質問に答える際に、その要件は、現在の焦点が支援技術に見えるだけでなく、目に見えるようにすることに焦点を合わせています。したがって、現在の焦点が視覚的にもプログラム的にもどこにあるかを識別できなければなりません。これは、あなたが述べたように、この要件をWebページにのみ適用している場合でも当てはまります。
ブラウザウィンドウにロードされたログインページの例では、ユーザーがこれらのコントロールにタブで移動できる限り、セクション508に準拠するために、ページロード（最初に開いた）の入力コントロールの1つにフォーカスを設定する必要はありません。現在のフォーカスを視覚的に識別し、そのフォーカスがATソフトウェアに対してプログラムで識別できる限り。このタイプの機能を追加しても、すべての人の使いやすさが向上するため、問題はありませんが、アクセシビリティには必要ありません。このリンクでセクション508、1194.21（c）の「標準へのガイド」のガイドを参照してください：http ：//www.access-board.gov/sec508/guide/1194.21.htm#（c） ）
さらに、フォーカスを可視化することを理解するためのWCAG2.0レベルAA2.4.7ガイドラインを参照できます。そのリンクは次のとおりです：http ：//www.w3.org/TR/UNDERSTANDING-WCAG20/navigation-mechanisms-focus-visible.html 。
明確にするために、インターネットブラウザウィンドウではなくソフトウェアアプリケーションウィンドウについて話している場合は、そのアプリケーションウィンドウがロードされたときにコントロールがデフォルトのフォーカスを持っていることを確認する必要があります。ブラウザウィンドウで、Webコンテンツにデフォルトでフォーカスがない場合、ブラウザの一部である少なくとも1つのコントロールにフォーカスがあることに気付くでしょう。この詳細は実際にはアクセシビリティガイドラインのいずれにも含まれていないと思いますが、アプリケーション/ソフトウェアの承認された標準のどこかに概説されていると思いますが、どこにあるかはわかりません。
とにかく、アクセス可能なアクセスのための努力とともに、全体的なユーザーエクスペリエンスを改善したいと思っていることを称賛します！多くの場合、開発者はコードを「ドアの外に」出すために最低限のことをしたいだけです。優れたユーザーエクスペリエンスは重要であり、コンテンツがアクセシビリティ向けに設計されていることを確認することは、そのユーザーエクスペリエンスの向上にのみ役立ちます。良い戦いを続けてください！
-JeffS