問題タブ [wai-aria]

アクセス可能（VoiceOverとJAWSなど、互換性があり、おそらくWAI-ARIAの役割と互換性がある）でモバイルフレンドリーなライトボックスソリューション（Fancyboxなどのラインに沿ったもの）はありますか？

jQueryプラグインであることのボーナスポイント。

ul リストに記事のリストがあります。http://www.w3.org/WAI/PF/aria/roles#role_definitionsを読むと、ロールlistとlistitemアイテムごとに使用できますが、article.

オプション 1: 次のことはできますか (同じ要素に 2 つの役割を持っています):

オプション 2:articleロールを使用する必要があります:

iPhone で VoiceOver を使用して、ラベルの更新されたテキストが変更された場合に通知することはできますか?

これは、ARIA のライブ リージョンに似ています。

ありがとう。

Web アプリケーションで Dojo のアクセシビリティ テストを開始したところ、要素に role 属性と wairole 属性の両方があり、これらの値が同じであるように見えることに気付きました。

多くの検索の後、私は2つの違いを理解することができませんでした. 誰でもこれを説明できますか？

私は現在、Web サイトの一連のウィザードのようなページ内でレンダリングする必要があるステータス インジケーターをフォーマットする、適切でアクセスしやすい方法を考え出そうとしています。ウェブサイトは、以下のワイヤーフレームに示されているように、上部にステータス インジケーターを含む複数ページのフォームを提供する必要があります。

HTMLの新しいprogressタグを考えると、私が最初に考えたのは、次のようなことをすることでした。

...しかし、 <progress> はリストを使用したフレージングコンテンツのみを受け入れるため、実際にはオプションではありません。だから今、私はおそらく次のようなものを使い、ARIAプログレスバーのロールを統合します:

しかし、プログレスバーの役割をそのような方法でリストに適用できるかどうかはよくわかりません。

もう 1 つの問題は、たとえば、<progress> が Opera のプログレス バーとしてレンダリングされることです。そのため、>progress> 自体はおそらく実際には実行可能な解決策ではありません :-(

単一の画像を使用するだけでなく、アクセシブルなステータス バーを推奨できる人はいるでしょうか?

現在のソリューション

今のところ、次のマークアップを使用します。

クラス「サポート」のすべての要素が画面外に配置されます。IMO このように、セマンティック マークアップ (状態の継承は、私の意見では、実際には順序付けられたリストです ;-)) と、各ステップの追加のヘッダーとステータス テキストのおかげでアクセシビリティの優れた妥協点が必要です。

私は、スクリーン リーダーの Jaws とボーカル シンセサイザーを使って、目の不自由な人のための Web アクセシビリティに取り組んでいます。x/html と wai-aria および JavaScript を使用して、アンケート ユーザー テストのアクセス可能な Web ページを設計しています。

この種のアプリケーションでは、ブラウザごとに動作が異なり、Jaws スクリーン リーダーのバージョンによって異なる動作が生成されることが主な問題です。

しかし、Firefox 4 (および次の 4.01) のリリース後に問題が発生しました。

Firefox 4.01 ブラウザーの新しいリリースでは、視覚障害者向けの Web アンケート ページの同じコードが再び機能しません。

JavaScript の同じ機能はまだサポートされていないようです。実際、スクリーン リーダーがオフになっていても、「タブ」キーとの対話はブロックされます。:-(

Firefox のリリース 4 より前は、対話は良好でした。逆に、Internet Explorer では、バージョン 8 と 9 でも「タブ」キーの操作がブロックされました...理由はわかりません。:-(

最後に、フォーム内にラジオ ボタンがあるコードの抜粋があります。フォームは、ラジオ ボタン、コンボ ボックス、複数選択チェックボックス、テスト領域、送信ボタンを含むユーザー テスト用のアンケートです。

フォーム内のラジオ ボタンとその他の要素の動作は次のとおりです。ブラインドは「タブ」キーを使用して、ラジオ ボタンの選択肢から別の選択肢にスキップします。ユーザーが最後の選択肢に到達したとき、ユーザーが何も選択していない場合は、「視覚障害を定義してください!」という音声アラートが発せられます。ラジオボタンの最初の選択に再び焦点が当てられます。それ以外の場合、目の不自由な人が 1 つの選択肢を選択した場合、フォーム内の次の要素にフォーカスが移動します。

フォームの各要素 (ラジオ ボタンなど) は、次の 2 つのイベントを考慮します。

• onFocus: ユーザーのフォーカスが要素に初めて「移動」したとき。
• onBlur、フォーカスが変更されたとき。

私が考慮していない何か問題がありますか？

コードの抜粋:

既存の HTML レイアウトに ARIA ランドマーク ロールを実装しています。変更する必要があるコードが少ないほど良いです。私が見つけたすべての例は、コンテナ全体のランドマークを使用しています。例えば。

私のテンプレートには、ARIA ランドマークとしてマークしたくないコンテンツを囲むコンテナーが常にあるとは限りません。コンテナ全体をマークするのではなく、関連するコンテンツの先頭にのみマークを設定する方が実装上簡単な場合があります。

したがって、次のようになります。

セマンティックの観点からは、スクリーンリーダーやその他のソフトウェアは、コンテンツがいつ終了するかを正確に認識していないか、コンテンツが空であると考えている可能性があります。これは問題になる可能性がありますか？

JAWS スクリーンリーダーでテストしましたが、同じように動作するようです。JAWAS はランドマークの始まりだけを探します。これはダメですか？それとも、このように使用できますか？

ARIA プロパティは実際の HTML 内に存在する必要がありますか? または、実行時に Javascript を介して追加できますか?

次のシナリオを検討してください...

ユーザーのブラウザーに Javascript がない場合、新しいページで検証を表示します (サーバーによって処理および生成されます)。ユーザーのブラウザーに Javascript がある場合、上記の HTML を次のように拡張し、DIV で検証を動的に表示します。

別の質問だと思いますが、これらの ARIA プロパティを HTML ソース内に直接配置しても問題はありませんか? Javascript が存在しない場合、ARIA は何もしませんか?

aria-live リージョンを JAWS 11 および IE8 で正しく動作させようとしています。

以下のコードを使用すると、ボタンがクリックされたときに JAWS に新しい値を通知させることができますが、その動作は期待したものではありません。

この例の JSFiddle

JAWS11/IE8 構成を使用すると、ボタンをクリックするたびに次のように聞こえます。

問題、そして私の質問は、JAWS に aria-live リージョンの以前の値ではなく、aria-live リージョンの現在の値をアナウンスさせるにはどうすればよいですか?

また、他のスクリーン リーダーがこの機能をどのように処理するかにも興味があります。

ARIAで使用するための信頼できる参照を持っている人はいますか？マークアップの基礎となるものを探していますが、信頼できるソースからそれほど多くの例を見つけることができません。

今のところ、私はARIA仕様とこのサイトからかなり進んでいますが、これを正しく行っていることを確認するために、さらにいくつかの優れたリファレンスが必要です。