0143-01 / ARIA23のテストを追加（事例1） #276
Conversation
akiyamaa-cnt
left a comment
akiyamaa-cnt
left a comment
There was a problem hiding this comment.
以下、確認・相談事項となります。
| # テストのタイトル | ||
|
|
||
| role属性による逐次的な更新の通知(role="log"の使用) | ||
|
|
||
| # テストの目的 | ||
|
|
||
| role="log"を持つ要素の内容を更新した際に、更新内容だけが通知されることを確認する。 |
There was a problem hiding this comment.
逐次的な更新に対して、更新内容だけが通知されることの確認をテストの目的としています。
更新の都度、role="log" が示す領域全体の内容が通知されることを弾きたい意図です。
There was a problem hiding this comment.
相談事項：
ARIA23 のタイトルは「逐次的な情報更新を識別するために role=log を使用する」となっています。
「逐次的な情報更新を識別する」は、変更箇所のみが通知される（aria-atomic="false"）ことで識別できると判断して良いでしょうか？
あるいは、logロールが通知されることで満たされると判断した方が良いでしょうか？
現状では、logロールの通知は必須ではなく「変更箇所のみが通知される」で十分と判断してテスト手順などを作成しています。
There was a problem hiding this comment.
- 領域がログであることを通知する必要はなく、されない方がいい場合が多いと考えられる
WAIC-TEST/HTML/WAIC-TEST-0143-01.md
Outdated
| # テスト実施時の注意点 (音声閲覧環境) | ||
|
|
||
| - ブラウザのJavaScriptが有効になっていることを確認すること | ||
| - テストの通知を待つ間に他の通知が生じた場合、他の通知の完了後にテストによるメッセージが通知される。そのため、必ずしも3秒後にメッセージが通知されるとは限らない |
There was a problem hiding this comment.
2点目は、aria-live="polite" であることを踏まえ、念の為の記載しています。
macOS VO + Chrome では、メッセージ通知を待つ間にフォーカス箇所（「メッセージを送る」ボタン）の通知が生じる場合がありました。
There was a problem hiding this comment.
- ボタンを押した後、他のところが読めるようなコンテンツにして、それを読んでいるあいだに log が読まれる、といったことはできないか？
- 操作に対する読み上げと通知されるメッセージの区別はつきにくい。役割が読まれることを想定するよりも、読まれる内容を工夫した方がいいのでは。
- div role=log に aria-labelledby をつけることも論点。W3C の例は付けたり付けなかったりしている。
WAIC-TEST/HTML/WAIC-TEST-0143-01.md
Outdated
| # テスト手順 (視覚閲覧環境) | ||
|
|
||
| ## テスト手順 1 | ||
|
|
||
| 「メッセージを送る」ボタンを押下する |
There was a problem hiding this comment.
視覚閲覧環境に対するテスト実施は不要かもしれません。
操作箇所とは異なる箇所を変更していることを示す意図で記載しています。
There was a problem hiding this comment.
- 視覚閲覧環境のテストをやっても AS かどうかのテストにはならない
| <h2 id="chatHeading">会話のログ</h2> | ||
| <div id="chatLog" role="log" aria-labelledby="chatHeading"> | ||
| <ul id="chatMessage"></ul> | ||
| </div> |
There was a problem hiding this comment.
role="log" に対してラベルの設置をすべきか悩みましたが、log ロール領域の識別のためにはラベルは必要と捉えました。
以下、手元での簡単な確認の結果となります。
- logロールにラベルがない場合
- 変更通知の際も、logロール領域に差し掛かった際も、ロールを通知しない。
- logロールにラベルがある場合
- 領域に差し掛かったとき
- Chrome + NVDA：ラベル名称は通知しないが、「グループ」を通知する。
- Chrome + VO：ラベル名称と「ログ」を通知する。
- 更新内容を通知するとき
- Chrome + NVDA：変更内容とあわせて、ラベル名称を通知する。
- Chrome + VO：変更内容のみが通知される。（通知内容に log ロールもラベル名称も含まれない）
- 領域に差し掛かったとき
There was a problem hiding this comment.
- ラベルを通知するかしないかは支援技術のポリシー
- ステータスメッセージの要件は変更のあった内容の通知。それがわかりやすいかどうかはASの要件ではない。
- log role はなんらかのランドマーク領域。おそらく generic role を「グループ」と読み上げる (NVDA)
- SC 4.1.3 としてはラベルは不要
- 差し掛かったときのことはテストでは考えなくていい？
- ラベルをつけると丁寧に読み上げるが、読み上げの量が増えて、簡潔さ、タイミングなどの点でテストしにくいかも？
- log role にラベルのある場合とない場合の両方のテストをしたほうがいい？
- 全体を読むか、変更箇所だけを読むか、これについてはテスト手順や期待される結果で言及するか？ 現状では変更箇所以外の読み上げもあってよいという説明になっている？
There was a problem hiding this comment.
コンテンツから labelledby を削除した
|
@akiyamaa-cnt 定例会で議論がさらに必要でしょうか |
akiyamaa-cnt
left a comment
akiyamaa-cnt
left a comment
There was a problem hiding this comment.
6月の WG2 の議論を経て、修正いたしました。
大きくは次の 3点の変更となります。
- log role に対して aria-labelledby 属性を設定しない
- 視覚閲覧環境のテスト手順を削除
- 利用者操作による通知の最中に、log role の更新が生じるテスト手順へと変更
| <h2 id="chatHeading">会話のログ</h2> | ||
| <div id="chatLog" role="log" aria-labelledby="chatHeading"> | ||
| <div id="chatLog" role="log"> | ||
| <ul id="chatMessage"></ul> | ||
| </div> |
There was a problem hiding this comment.
log role への aria-labelledby 指定を削除。
| # テスト手順と期待される結果 (視覚閲覧環境) | ||
|
|
||
| ## テスト手順 1 | ||
|
|
||
| 「メッセージを送る」ボタンを押下する | ||
|
|
||
| ## 期待される結果 1 | ||
|
|
||
| 「会話のログ」見出しの後に、「あなた：こんにちわ」と表示される | ||
|
|
||
| ## テスト手順 2 | ||
|
|
||
| 「メッセージを送る」の押下後、何もしないまま6秒程度待つ | ||
|
|
||
| ## 期待される結果 2 | ||
|
|
||
| 3秒後に「自動返信：こんにちわ！」と通知され、さらに3秒後に「自動返信：返信はこれで終了です」と表示される | ||
| テスト不要 |
There was a problem hiding this comment.
視覚閲覧環境でのテストを削除。
WAIC-TEST/HTML/WAIC-TEST-0143-01.md
Outdated
| ## テスト手順 2 | ||
|
|
||
| 「メッセージを送る」の押下後、何もしないまま6秒程度待つ | ||
| 「メッセージを送る」ボタンのすぐ後に続く「ダミーコンテンツです」から始まるリンクへと移動する | ||
|
|
||
| ## 期待される結果 2 | ||
|
|
||
| 3秒後に「自動返信：こんにちわ！」と通知され、さらに3秒後に「自動返信：返信はこれで終了です」と通知される | ||
| リンク内容の通知の後、「自動返信」から始まるメッセージが通知される（リンク内容の通知は、自動返信の通知に遮られないこと） |
There was a problem hiding this comment.
ボタン押下後（チャット通知の開始後）、ユーザー操作中に log が通知される手順へと変更。
|
|
||
| - ブラウザのJavaScriptが有効になっていることを確認すること | ||
| - テストの通知を待つ間に他の通知が生じた場合、他の通知の完了後にテストによるメッセージが通知される。そのため、必ずしも3秒後にメッセージが通知されるとは限らない | ||
| - 自動返信メッセージの通知中に次の自動返信が生じた場合、それまでの自動返信は中断される場合がある |
There was a problem hiding this comment.
「log role の更新内容の通知中」に log role の更新が発生した場合、NVDA と VoiceOver とでの振る舞いの違いがありました。
- NVDA : log role の通知内容は中断されることなく、古いものから順番に通知される。
- VoiceOver : log role の通知内容は中断され、最新の log role の更新内容のみが通知される。
NVDA の方がイメージするものに近い（log の通知として丁寧）のですが、VoiceOver の振る舞いも「古いものから開始する」が成立しているため NG とは言い切りにくいように思えました。
そのため、いずれも許容可能とする意図で注意点を記載しています。
There was a problem hiding this comment.
- 1 2 3 4 5 のような情報が「1 2 3 割り込み 5」のようになる＝自動返信の中断
- https://waic.jp/translations/WCAG21/Techniques/aria/ARIA23
- https://www.w3.org/TR/wai-aria-1.1/#log
- aria-atomic false であれば，中間のものが飛ばされても、更新されたところが伝われば、正しい
| ## テスト手順 2 | ||
|
|
||
| 「メッセージを送る」ボタンのすぐ後に続く「ダミーコンテンツです」から始まるリンクへと移動する |
There was a problem hiding this comment.
テスト手順1の直後にテスト手順2を行う、といった制約なしに行えるテストになった
ARIA23 事例1
https://waic.jp/translations/WCAG21/Techniques/aria/ARIA23#example-1-updating-the-contents-of-a-chat-conversation