パスワードを表示：JavaScriptアクセシビリティの失敗した実験からのレッスン

この記事では、視覚的難読化を維持しながら、画面読者のユーザーが入力中にパスワードを聞くことができるようにするアクセス可能なJavaScript関数を作成するという課題を調査します。 著者は、2つのプロトタイプの試みとその欠点を詳述しています

重要な調査結果：

パスワードフィールド値をAN

要素に直接コピーすると、画面読者が文字ごとに一度にパスワード全体を発表したために失敗しました。
• キープレスイベントに関する個々の手紙を発表すると、フィードバックが改善されましたが、タイピング速度が大幅に制限されました。 aria-live="assertive"
地域の重大な問題が明らかになりました。ほとんどのブラウザ/スクリーンリーダーの組み合わせは、「丁寧」とは異なる方法で「断定的」を扱わない、画面リーダーがアイドル状態になるまで発表を遅らせる。
• 実験は、真のアクセシビリティには、技術的なコンプライアンスだけでなく、使用可能で直感的なソリューションが必要であることを強調しました。
• aria-live
写真クレジット：daveynin

著者の最初の目標は、正しい入力の視覚的確認がないパスワードフィールドのブラインドユーザーのセキュリティを改善することでした。 標準の「パスワードを表示」機能共有環境でプライバシーリスクをもたらします。 プロトタイプは、視覚的にパスワードを表示せずに聴覚フィードバックを提供することを目的としています。

最初のプロトタイプは、パスワード値をアナウンスするために領域を使用しました。 ただし、これにより、パスワード全体が単一のユニットとして発表され、資本化と特殊文字の誤解が誤って発表されました。 2番目のプロトタイプは、各文字を個別に発表することでこれに対処しようとしましたが、これはタイピング速度をひどく妨げました。

重要な障害は、さまざまなブラウザーとスクリーンリーダーにわたる

の一貫性のない実装でした。 ほとんどの場合、それは「礼儀正しい」のように振る舞い、発表を遅らせ、解決策を非現実的にしました。

結論は、本当にアクセス可能なソリューションは技術的に準拠し、ユーザーフレンドリーでなければならないことを強調しています。 著者は、標準の「パスワードを表示する」機能にアクセスできるかもしれないが、セキュリティリスクを示す可能性があることを示唆しています。 また、この記事では、

を使用してスクリーンリーダー固有の指示を提供するなど、代替アプローチについても調査します。

よくある質問（FAQ）および解決策：aria-live

この記事では、スタイリング、セキュリティ、テストの考慮事項を含む、JavaScript、JQuery、およびCSSを使用して、アクセス可能なパスワードトグル機能の作成と実装に関する一般的な質問に対処する包括的なFAQセクションで終了します。 これらのソリューションは、より包括的で安全なパスワード入力エクスペリエンスを作成しようとする開発者に実用的なガイダンスを提供します。

以上がパスワードを表示：JavaScriptアクセシビリティの失敗した実験からのレッスンの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。