私はWCAG 2.0 AAの順守が必要なサイトで作業していますが、私たちのサイトでタブナビゲーションを使用できるようにしようとしていますが、フォーカス可能な要素をクリックすると、奇妙な境界線やアウトラインがレンダリングされます。タブナビゲーションを使用して初めてフォーカス状態を表示
私の考えは、タブキーが実際に押されるまで、すべてのフォーカス状態を隠すことです。
ウェブのアクセシビリティテクノロジに関する潜在的な問題を引き起こす可能性がありますか？
スクリプトやサードパーティのツール（ページの操作前にスクリーンリーダーなど）を使用するなど、キーボードを使用しない要素にフォーカスが当てられることがあります。また、スクリーンリーダーのユーザーでも、Tabキーを必ずしも使用する必要はありません（たとえば、ほとんどのスクリーンリーダーでHキーを押してページ上の見出しを移動できますが、モバイルではキーボードを使わずにページ要素をナビゲートできます。
このように、私がフォーカススタイルを無効にしたサイトを確認していた場合、誰かがTabキーを押すまでは、私はまだ失敗します。2.4.7 Focus Visibleの場合Understanding SC 2.4.7ドキュメントを少しお読みください。
質問に答えるには、可能性のあるアクセシビリティの問題を投稿してください。
私は、デザイナーがデザイナーがベストを尽くす傾向があることを、デザイナーに挑戦します。フォーカスが邪魔されないようなスタイル、認識可能なスタイル、操作可能なスタイル、理解しやすいスタイル、頑強なスタイル（例えば、it meets contrast minimums）を思いついてください。それは前に行われているので、もう一度やり直すことはできません。
お返事ありがとうございます！それは意味がある、私はこれがとにかくケースであると感じていた。私たちはすでにそのようなフォーカス状態を設計しています。マウスでクリックするだけで輪郭や色のついたグローやその他のフォーカスインジケータを追加すると、ボタンが変わって見えることがありました。 アクセシビリティのためのいくつかの標準のクロスブラウザAPIがあればよいので、いつ実際に使用されているかを知ることができます。 開発者は夢を見ることができます。 – thephpdev
クロスブラウザAPIがあります。これは、読者が頼りにする画面です。開発者として、HTML、CSS、JS、ARIAを使用して、そのAPIを介して渡されるものに影響を与えます。問題は、そこから手助けを受けている技術者がそれに従うことであり、私たちの側でテストする必要があるということです。容易ではありませんが、少なくともそこには多くの人がいて、彼らの発見を書き留めています。 – aardrian
私はARIAをよく知っています。私は、ユーザーが現在補助技術を使用しているかどうかを確認する方法について話しています。その経験はそのようなユーザーに合わせて調整できます。しかし、私はいつでもすぐにそのようなことを見ることに疑いがあります。 – thephpdev