問題タブ [screen-readers]

状況

JavaScript を介して表示および非表示にできる画面領域があります (「高度な検索オプションの表示/非表示」など)。この領域内には、フォーム要素 (選択、チェックボックスなど) があります。スクリーン リーダー (この場合は JAWS) などの支援技術を使用するユーザーの場合、これらのフォーム要素をラベルでリンクするか、「タイトル」属性を使用して各要素の目的を説明する必要があります。ラベルに十分なスペースがないため、title 属性を使用しています。表示されるツールチップは、スクリーン リーダーを使用しないユーザーにとって便利です。

コードは次のようになります。

問題

通常、JAWS は非表示の要素を読み取りません。なぜなら、それらは非表示であり、それを認識しているからです。ただし、要素にタイトルが設定されているかのように、JAWS は何があってもそれを読み取ります。タイトルを削除すると、JAWS は何も読み取りませんが、明らかにこれはアクセスできないマークアップです。

可能な解決策

私が最初に考えたのは、次のように、タイトルの代わりに隠しラベルを使用することでした。

これにより、まったく同じ動作が発生し、スクリーン リーダー以外のユーザー向けのツール ヒントが失われます。また、2 倍の Html を生成することになります。

2 番目のオプションは、引き続きラベルを使用し、画面の外に配置することです。そうすれば、スクリーン リーダーによって読み取られますが、ビジュアル ユーザーには表示されません。

これは実際には機能しますが、ここでもツール ヒントが失われ、追加の Html が生成されます。

3 番目に考えられる解決策は、JavaScript で DOM を再帰的に移動し、領域が非表示のときにタイトルを削除し、領域が表示されたときにタイトルを追加することです。これも機能します...しかし、明らかな理由でかなり醜く、より一般的なケースにうまく対応できません。

他のアイデアはありますか？JAWS がこのように動作するのはなぜですか?

Web開発者として、私が取り組んでいるプロジェクトの多くは政府の傘下にあるため、508のアクセシビリティ法、場合によってはW3Cアクセシビリティガイドラインの対象となります。これらの要件を満たしながら、JavaScriptをどの程度使用できますか？

これらの線に沿って、JavaScript、特にAJAXと、jQueryなどのパッケージを使用して、JAWS、Orcaなどの最新のアクセシビリティソフトウェアでサポートされているモーダルダイアログやポップアップなどを表示することはどの程度ですか？以前は、ルールは「Lynxで機能しない場合、スクリーンリーダーでは機能しない」のようになりました。これはまだ真実ですか、それともこれらの分野でより多くの進歩がありましたか？

編集：コンセンサスは、javascript以外のフォールバックがある限り、javascriptは問題ないようですが、スクリーンリーダーソフトウェアでのAJAXのサポートについてはまだ不確かなようです。誰かがこれについて特定の経験を持っているなら、それは最も役に立ちます。

Web開発者として、私が取り組んでいるプロジェクトの多くは政府の傘下にあるため、508のアクセシビリティ法、場合によってはW3Cアクセシビリティガイドラインの対象となります。これらの要件を満たしながら、Flashをどの程度使用できますか？

javascriptを使用する場合、マントラは、同じコンテンツと機能を異なるページで、またはインタラクティブ性や動的性の低い方法で提供することにより、「優雅に劣化する」ことです。これにより、JavaScript以外のブラウザ/ユーザーが引き続きサイトを使用できるようになるだけでなく、検索エンジンボットがすべてのコンテンツにアクセスできるようになります。JAWSやOrcaなどの画面読み上げソフトウェアのユーザーも、引き続きサイトを完全に使用できます。

フラッシュを使用して、フラッシュ以外のユーザーのために適切にフォールバックする同様の方法はありますか？そうでない場合、検索エンジンボットはフラッシュベースのコンテンツにどの程度アクセスできますか？また、スクリーンリーダーはフラッシュベースのコンテンツをどのように処理しますか？

以下に示す2つの線の違いは何ですか？：

メタタグがなかった場合、結果はどうなりますか？

メタのものはスクリーンリーダーに影響しますが、トップのものは影響しませんか？私は彼らが正確に何をしているのかについて少し混乱しています。

助けてくれてありがとう

よろしくお願いします

スキップ。

私のウェブサイトは、アクセシビリティのガイドラインを満たすように設計されています。

これは、スクリーン リーダーがそれらとうまく連携することを意味することを願っています...しかし、2 つの質問があります。

• これは公正な仮定ですか？
• テストまたはオンライン エミュレーターに使用できる無料または安価なスクリーン リーダー クライアントはありますか?

私は WPF アプリを作成していますが、スクリーン リーダーがアクセスできるようにする方法に関する情報やウォークスルーを見つけるのに苦労しています。MSDN を調べたところ、UI オートメーション (UIA) に関する記事がいくつか見つかりました。基本的に、「わかりました、これはUIAです。テストだけでなく、アクセシビリティにも使用されます」が、「これがWPFでの使用方法です」という行に沿ったものは何も見つかりませんでした。

どんな入力でも素晴らしいでしょう。ありがとう

Web 標準、W3C 検証、およびアクセス可能なサイトを作成するのに最適なツールはどれですか? オープンソースか商用か?

Win32 で動作し、スクリーン リーダー、特に Windows 用の JAWS にアクセスできる、Mercurial 用の代替 GUI クライアントを探しています。TortoiseHG は、Python で GTK/Tkinter に依存しているため、うまくいきません。WXPython (またはその他の WX に相当するもの) でプログラムされたもの、および標準の Windows コントロールを使用してプログラムされたアプリは、私にとってはうまくいきます。私はすでに TortoiseSVN を使用しており、そのアプリは非常にアクセスしやすくなっています。

私は、JAWS または Windows Eyes を使用する視覚障害者がアクセスできる SWF アプリケーションの作成に取り組んでいます。JAWS と Windows Eyes の両方のデモ バージョンをインストールしました。

HTMLページのブラウザでswfを（ローカルに）実行すると、Capabilities.hasAccessibilityはtrueになりますが、Accessibility.activeは毎回-数秒後にチェックしてもfalseになります。

デモ版を使用しているためですか、それとも SWFObject のパラメータを設定するなどのことを見逃しているのでしょうか?