問題タブ [jaws-screen-reader]

JAWS バージョン 15 を使用して、関連する一連のラジオ ボタンを含む Google Chrome で自分のページをテストしていますが、最初はどれもチェックされていません。

JAWS は、チェックされていないラジオ ボタンを「チェックされていないラジオ ボタン」として読み取ることを期待していますが、驚いたことに、ラジオ ボタンはすべて「部分的にチェックされているラジオ ボタン」として読み取られます。

関連する HTML のみを含む簡単なテスト ページを作成して、他に何もこの動作に影響を与えていないことを確認しましたが、それでも「ラジオ ボタンが部分的にチェックされています」と表示されます。

不足しているものはありますか？「ラジオボタンがチェックされていません」と読むように JAWS に指示するにはどうすればよいですか?

aria-checked="false" を追加しようとしましたが、これは役に立ちませんでした。

以下は、動作をテストするために使用している簡単なスニペットです。

SVG チャートとテーブルがあり、どちらも同じデータを表示しています。JAWS でテストしたところ、表の内容を読み取る前に、X 軸と Y 軸のすべてのテキスト ラベルを読み取っていることに気付きました。グラフにを追加しようとしましたが、さらに悪化しましaria-describedby="id-of-table"た。JAWS は引き続きすべてのラベルを読み取りますが、すべてのラベルの後に「JAWS キー + Alt + R を使用して説明テキストを読み取る」とも表示されます。

alt=""Jaws や他のスクリーン リーダーに、装飾的な画像と同様に、このセクションが適用されないため完全にスキップするように指示する正しい方法は何ですか?

更新: グラフに属性が適用されたhttp://jsbin.com/wujuqaliqa/2/edit?outputの例を次に示します。aria-hidden

確認ダイアログがあり、アクセスできるようにしたいと考えています。ここに私のHTMLがあります:

また、スクリプトのどこかで、ダイアログが表示されたときにダイアログにフォーカスを設定しています。

IE11 でダイアログが開かれると、jaws は次のような内容を読み取ります: Enter - アクションを続行します - ダイアログ アクションを続行します アクションを続行しようとしています キャンセル ヘッダーレベル 2 を送信します

JAWS は、最初にヘッダーを読み取り、次にヘッダーを読み取り、次に残りのコンテンツを読み取ります。これが問題です。

期待される動作: Enter - アクションを続行 - ダイアログ アクションを続行しようとしています。

それはどのように達成できますか？

私たちのサイトには、iText 4.2.0 を使用して動的に生成された印刷可能なフォーム ファイルが多数あります。ただし、印刷に障害があり、JAWS などのスクリーン リーダーを使用して PDF を表示するユーザーも多数います。.setTagged() メソッドを使用して PDF にタグを付けますが、PDF の一部の要素が順不同で表示されます。setTagged を呼び出した後、一部はさらにごちゃごちゃになります!

Bruno Lowagie との iText に関する 2013 年のインタビューで PDF/UA について読みましたが、これは私たちの問題を解決するのに役立つかもしれません。ただし、PDF/UA ドキュメントを生成する方法の良い例を見つけることができませんでした。例を挙げていただけますか？また、PDF/UA 準拠の PDF ドキュメントを生成するために必要な iText の最小バージョンは何ですか?

Jaws 16 と IE 11 の問題に直面しています。JAWS がそれを読み取るときに、最初に「アラート」を通知してからテキストを読み取るように、「アラート」としてロールを割り当てた Web ページにツールチップがいくつかあります。JAWS 15 では IE 11 で正常に動作していました。現在、Jaws はバージョン 16 をリリースしており、IE 11 でツールチップが表示されたときに「アラート」が通知されないため、そのバージョンにアップグレードしました。これは Fire Fox で完全に正常に動作します。

JAWS 16 with IE に問題はありますか?

Firefox は JAWS とシームレスに動作するのに対し、Chrome と JAWS はうまく連携しないことがよくあります。

少し前に、Hans Hillen という名のフェローが、アクセシブルなバージョンの jQuery UI コントロールをいくつか作成しました。彼のアクセシビリティ対応の jQuery UI日付ピッカーのポップアップバージョンは、私が WCAG 2.0 への準拠を検討しているプロトタイプに実装されており、日付ピッカーのポップアップ バージョンは Chrome でうまく動作しません。

日付ピッカーのポップアップ バージョンの基本は次のとおりです。そこから、矢印キーを使用して閲覧したり、ページを上下に移動して月をスキップしたりできます。

Firefox と IE では、日付セルをナビゲートすると、NVDA と JAWS が日付番号と行/列の位置を喜んで読み上げます。

Chrome では、個々のセルごとに NVDA が「セル」を読み上げ、JAWS が「コントロールを含む」を読み上げます。それだけです。数字などはなく、実際にセルの内容を読み上げるわけでもありません。NVDA と JAWS の両方を備えた Windows Server 2008 マシン、および NVDA を備えた Windows 8.1 マシンでこれを確実に再現しました (そのマシンでテストできる JAWS はありません)。

NVDA をフォーム モードから仮想カーソル モード (つまりNVDA+ Space) にすると、セルの内容は正常に読み上げられますが、キーボード コントロールが機能しません。JAWS をフォーム モードから外すと ( numpad +)、datepicker が別の種類のわかりにくくなります。

フォーム モードで、Chrome で NVDA と JAWS に日付を正しく読み上げるにはどうすればよいですか? この問題に対処した人からの解決策を探しています。datepicker コードの最小限のセクションを変更できる場合、それらは何ですか?

私たちは、Microsoft Office for Work Item Tracking、要件収集などのより優れた代替手段として Team Foundation Server を実装しています。これまでの多くのプロジェクトで使用してきたので、私たちのチームにこれを実装してもらうことに興奮しています。とはいえ、ソリューションの実装にはロジスティクス上の問題がいくつかあります。

私のチーム メンバーの 1 人は盲目の開発者です。彼は、SQL Developer、Eclipse、およびその他のプログラミング ソフトウェアを使用して開発を成功させることができます。ただし、JAW と純粋なキーボード アクセスを使用して Team Foundation Server インターフェイスを理解するのは困難です。

私たちは当初、Visual Studio Online インターフェイスを使用しようとしましたが、完全にアクセスできないことが判明しました。彼は Team Foundation Server クライアントをインストールしました。これは、はるかにアクセスしやすいように見えますが、特に複数の情報ペインと機能のセクション間を移動する場合は、依然として移動が困難です。

キーボード ショートカット チャートやアクセシビリティなどをオンラインで検索したところ、いくつかのリソースが見つかりました。しかし、それらのどれもまだ問題を解決していません。よりアクセスしやすくする方法について何か提案はありますか? インターフェイスで使用できるアクセシビリティ用のキーボード ショートカット スキームはありますか? Visual Studio Team Foundation Server クライアントのアクセシビリティ ショートカットについて、オンラインで適切なリソースを見つけましたか?

ご協力ありがとうございました。Team Foundation Explorer Everywhere プラグイン、スタンドアロン クライアントなど、あらゆるソリューションに対応しています。

SVG に基づいてチャートにアクセシビリティを追加しようとしていました。ラベルと値をマップする属性を追加idしました。aria-labelledby

しかし、スクリーン リーダー (JAWS) は順番に読み上げています。

数学 物理 英語 化学 90% 85% 80% 95%

スクリーン リーダーに読み上げてもらいたい:

数学 90% 物理 85% 英語 80% 化学 95%

スクリーン リーダーとの互換性を高めるために、アプリケーションの UI を強化しています。問題は、問題が発生し続けていることであり、スクリーン リーダー自体が原因ではないかと疑い始めています。

現在、私は主に IE 8 で JAWS 15 をテストしています (企業の制限により、基本的に現時点でテストできるのはこれだけです)。

例えば：

• 一部の非表示の div (role="alert") では、DIV が表示された後にボタンの名前を読み取った後、JAWS は「ボタン」を読み上げません。(ただし、タブでボタンに移動すると、「ボタン」と読み上げられます。)
• JAWS は、このスレッドに従って修正された aria-hidden="true" で要素を読み上げています。
• ここでも非表示のアラート div を使用すると、場合によっては JAWS が要素を繰り返し読み上げます。少なくとも 1 つのケースでは、ヘッダーとテキストの最初の行が無限に繰り返されます (または、少なくとも私の忍耐力が尽きるまで)。
• ページ全体が最初に読み取られるときに、テーブル内の画像の altText が読み取られません。ただし、ユーザーがテーブルコマンドを使用してテーブルをナビゲートすると、読み取られます。私はこれでどのような行動が正しいのかさえ知りません...

私は基本的に、これらが JAWS/IE8 の既知の問題であるかどうかを確認できるものを探しています。また、互換性のリスト (HTML5 の互換性リストと同様) があれば、人々がこれらの問題を提起するたびに参照できます。