問題タブ [section508]

ユーザーがリンク先ページでクリックしたリンクに基づいて、さまざまな郡にある会社のサイト (ASP.NET) を実行しています。ページ<a>上のすべてのタグは、href タグの末尾に追加された郡の文字列を取得します。(例 www.somedomain.com/home.aspx?county=x) 次に、クエリ文字列を使用して郡固有の情報を提供します。

これは 508 に準拠していませんか? javascriptなしでこれを行う方法について何か提案はありますか?

無効化された JButton が JAWS バージョン 9 で読み取られるようにする必要があります。つまり、「True」というテキストの JButton がある場合、「True、無効化されたボタン」のように読み取られる必要があります。しかし、それを使用するsetEnabled(false)と、タブ フォーカス シーケンスに参加しなくなるため、読み取られることはありません。私が説明したように、無効になっている JButton を JAWS で読み取れるようにすることは可能ですか?

私の「解決策」は、無効になっているボタンをエミュレートし、アクセス可能な名前を次のように設定することです。

しかし、実際の無効化されたボタンを使用したいのです。

Always On Top に設定された単一の JFrame で構成される Swing アプリケーションがあります。

Windows で実行する場合、次のコードを使用して、ネイティブの既定の電子メール クライアントとブラウザーをそれぞれ開きます。

JFrame は Always On Top に設定されていますが、一般的なデフォルトのブラウザーまたは電子メール クライアント (お客様の場合は IE および Outlook) は Always On Top として開かないため、前者は後者を妨げます。

現在の「解決策」は、ネイティブ ウィンドウを開くと同時に JFrame を最小化することです。しかし、これは 508 準拠の問題であることが判明し、次のことを求められています。

1. JFrame を最小化しません。
2. ブラウザまたは電子メール クライアントを閉じた後、フォーカスを JFrame に戻す

私が念頭に置いている戦略は、JFrame の Always On Top 状態を「オフ」にし、何らかのコールバックまたはイベント リスナーを用意して、電子メールまたはブラウザ ウィンドウが閉じられたことを JFrame に通知し、JFrame を元の状態に戻すことです。 Always On Top 状態にしてフォーカスを設定します。

これは Java アプリであるため、ネイティブの相互運用性について話しているため、これは不可能に近いのではないかと心配しています。私の戦略は実行可能ですか、実行可能なより良い戦略はありますか、そして最も重要なのは、それをどのように実行できるか?!

前もって感謝します！

いくつかのJLabel、いくつかの読み取り専用JEditorPanes、およびいくつかのボタンを含む単一のSwingJFrameがあります。JAWSユーザーは、必要なユーザー操作を減らしてアプリケーションを読み取ることを要求しています。現在、アプリケーションは特定の要素にフォーカスがある状態で起動し、ユーザーはTabキーを押してフォーカスを移動し、次の要素に進む必要があります。たとえば、Webページの場合、JAWSは、ユーザーがTabキーを押すことなく、すべてを調べて読み取るだけです。特にJAWSユーザーにとっては、読み取り専用のJEditorPanesは一度に1行のテキストしか読み取らないため、ユーザーは上下の矢印キーを押してテキスト間を移動する必要があります。

このJFrameをJAWSバージョン9のユーザーにもっと流暢に読ませるためにどうすればよいですか？

Ajax対応のテーブルページネーションを508に準拠させようとしています（JAWSバージョン9を使用してアクセスできます）。テーブルを更新するためのコールバックを使用してjQueryajaxリクエストonclickを実行するリンクを含むテーブルヘッダーセルがあります。リンク本文内の「スペーサー」画像を使用して、ソート情報をJAWSユーザーに伝える代替テキストを使用することに成功しました（注：ツールチップはデフォルトではJAWSによって読み取られません）が、目の見えるユーザーには表示されません。ただし、JAWSユーザーが（上下の矢印キーを使用して）リンクに移動し、スペースキーを押してリンクのonclickイベントを初期化すると、2つの問題が発生します。

1. テーブルの内容が更新されたことを示す情報はJAWSユーザーに伝達されません。
2. コンテンツが更新されると、JAWSユーザーが実行したばかりのリンクが再読み取りされますが、テーブルが更新される前の代替テキストが再読み取りされるため、ユーザーは次のフィールドに進んでから、のリンクに戻る必要があります。更新された代替テキストを読み取るためのJAWS。

アクセス可能なAjaxページ付けを実装した経験のある人からのヒントをいただければ幸いです。私のテーブルヘッダーのセルコードは次のとおりです。

私たちの Web アプリケーションの 1 つが 508 コンプライアンス テストを通過しました。コンテンツ開発には TinyMCE バージョン 3 を使用していますが、一般的にアクセシビリティが高いことは理解しています。ただし、ページの 1 つに 3 つ以上の TinyMCE インスタンスが含まれており、それぞれの前にlabelTinyMCE インスタンスの目的を示すものがありますが、これらは「明示的」ラベル (つまりfor属性付き) である必要があるのに「暗黙的」ラベルであると言われています。問題は、TinyMCE インスタンスが、カスタム html「コントロール」の複雑な品揃えを備えた単なる iframe であるのに対し、私が知る限り、label/for テクニックは従来のフォーム要素でのみ機能することです。TinyMCE インスタンスの「明示的な」ラベルを達成するための最良の戦略は何ですか?

ありがとう！

編集

label+を使用して調査した解決策はfor機能しません:label最初のtextareaを指し、label生成された をiframe指す

私が検討している解決策の 1 つは、各 TinyMCE インスタンスをledgend+で囲むことですが、これを JAWS 9.0 でテストしたところ、フォーム要素 ( 、 など) が含まれていて JAWS がフォーム モードでfieldsetない限り、違いはないようです。fieldsetinputtype=text

Ajaxローディングインジケーターをアクセシブル/508準拠にするにはどうすればよいですか？私の事前コンプライアンス戦略は次のようなものです：リクエストが1秒以内に終了しない場合、インジケーターが1秒以内に終了しない場合は、ajaxリクエストを開始し、インジケーター（画面の中央にテキストとスピナーを含む段落を含むdiv）を表示するようにタイムアウトを設定しますリクエストが完了するとが表示されたら、インジケーターを削除します。インジケーターテキストにフォーカスを設定するなどのことを試みましたが無駄になりました。JAWSバージョン9（WAI-ARIAをサポートしていません）がターゲットのスクリーンリーダーであり、どのソリューションでも使用できますが、jQueryを使用しています。

ありがとう！

私が現在取り組んでいるプロジェクトの 1 つには、IE7 および 508 への準拠に対する顧客の要件があります。この顧客は現在 JAWS バージョン 9 を使用しており、WAI-ARIA をサポートする新しいバージョンの JAWS なしでは不可能であると言われている要求を行っています。例えば：

1. アクセス可能な 508 準拠の Ajax 読み込みインジケーター
2. アクセシブルで 508 準拠の Ajax ページネーション

新しいバージョンの JAWS (Freedom Scientific の Web サイトによると、WAI-ARIA はバージョン 10 からサポートされています) にアップグレードする必要があることを伝える前に、できるだけ多くの情報を用意して、説得力のある議論。まず第一に、IE7 は ARIA 情報を JAWS に伝えることができますか (IE8 から ARIA をサポートしているという主張を見てきましたが、IE7 では動作しないと明示的に述べているものはありません)。もしそうなら、それは限られた範囲でのみですか？この質問に対する答えが「はい」で、サポートの程度が十分であると仮定すると、JAWS バージョン 10、11、および 12 の間で、知っておくべきサポートに大きな違いはありますか? IE7 の要件を考えると、上記の 2 つの質問を解決するために ARIA を適用するために必要な JAWS の最小バージョンは何ですか。

ここにはたくさんの質問が詰まっていることは承知していますが、それらは 1 つの質問として一緒に機能したと思います。また、これらが上記のリンク先の顧客の要求をどの程度解決できるか。

ありがとう！この質問のすべての要素に対処できなくても、情報を共有していただければ幸いです。

プログレッシブ エンハンスメントの精神に則り、ブラウザでサポートされている追加のエンハンスメントを実装するために、ARIA 機能のテストを行いたいと考えています。スクリーン リーダーを検出するつもりはありません。スクリーン リーダーのユーザーが、使用しているツールを考慮して最適なエクスペリエンスを得られるようにすることを目的としています。

たとえば、aria-live属性がサポートされていない場合、エンドレス スクロールを実装することはお勧めできません。

ブラウザーはこれらの属性をサポートしているが、スクリーン リーダーはサポートしていない可能性があるという別の懸念があることは承知しています。スクリーン リーダーはブラウザー上で透過的に実行されるため、そのエッジ ケースが無視されても問題ありません。

このようなことをしている人は聞いたことがありません。ブラウザーが提供する追加の DOM プロパティをテストするのと同じくらい簡単ですか? Mark Pilgrim の他の機能テスト手法の 1 つがここで機能しますか?

ありがとう！

サイトでスキャンを実行して、次のレポートを返したいと考えています。

1. 見つかった各画像タグと、レポート上のその画像の視覚的表現
2. その画像の alt 属性 (alt 属性が見つからないかどうかも識別します)

これを行う簡単なツールはありますか？alt 属性を確認し、alt 属性がイメージを正確に表していることを確認しようとしています。そのため、レポートの視覚的表現が重要です。