thoeg
(Claus Thøgersen)
1
Discourse のアクセシビリティの現状、あるいはスクリーンリーダーユーザー向けに約束された機能強化に関する議論には以前から注目しています。しかし、2 つの異なるフォーラムで一般ユーザーとして利用している私には、ここで様々なスレッドで語られているような機能強化が実際には見当たりません。
Discourse ユーザーに向けて順次導入されている更新内容を紹介するスレッドがあればよいのですが、ご自身で運営するベータフォーラムでどのように機能強化が試されているかについての議論ばかりでは困ります。
問題は既知のようですが、ここで様々なスレッドで読んだ解決策が実際には見当たりません。
長いスレッド内のナビゲーションについては、何らかの対策が講じられるべきです。私の理解では、長いスレッド内をより大きな単位で移動するための仕組みとのことですが、数ヶ月、あるいは数年にわたって追加され続ける非常に長いスレッドがあるメインのフォーラムでは、そのような機能は全く見当たりません。
「最初の未読メッセージへ移動」もできないようです。運が良ければ、新しい返信の通知オン/オフを設定するドロップダウンに移動できることもありますが、そうでない場合は、使い物にならない自動スクロールの問題により、フォローしている長いスレッド内の新しいスレッドが表示されません。
このベータフォーラムでは、少なくとも先週から返信が見出しでマークされるようになり、返信間を一貫した方法でジャンプできるようになりました。しかし、私が普段利用しているフォーラムではまだこの機能が導入されていません。素晴らしい機能ですが、実際の環境でいつロールアウトされるのでしょうか。
最後に、時々困る問題があります。投票機能はキーボードでは全く使い物になりません。スクリーンリーダーのフォールバック機能を使えば投票はできますが、自分が投票したとおりに反映されたかどうかを確認する方法がありません。
Claus
pfaffman
(Jay Pfaffman)
2
ようこそ、@thoeg さん！
これらの変更の一部は既に実施され、こちらで利用可能です。このフォーラムはご期待通りの動作をしていますか？もしこのフォーラムがあなたが利用している他のフォーラムと異なる場合は、フォーラム管理者に Discourse のアップグレードを依頼する必要があるかもしれません。すべてのフォーラムが開発者によってホストされているわけではないため、それらのフォーラムについては開発者が制御できない場合があります。
「いいね！」 1
はい、ご迷惑をおかけして申し訳ございません。最新の更新を確認するには、サイト管理者にDiscourseの最新バージョンへのアップグレードをお願いする必要があります。それらの変更は比較的新しく行われたものです。
thoeg
(Claus Thøgersen)
4
約 2 週間前に設定されたフォーラムには、このフォーラムにあるような見出しがありません。
ソース HTML によると、彼らが使用しているのは以下のものです：
このフォーラムでは、おそらく最新バージョンへの更新を依頼できるでしょう。しかし、もう一方のフォーラムでは、彼らがソフトウェアを定期的に更新していないようなので、ほとんどの解決策が実装される前に更新を依頼しないように確認したいと考えています。
しかし、改めて質問ですが、「What’s New」のノートに従う必要があるのでしょうか？それとも、一般ユーザーとしてフォーラムの管理者や設定担当者に何がリリースされたかを知る方法はありますか？
Claus
pfaffman
(Jay Pfaffman)
5
別のトピックの日付は確認していませんが、あなたのフォーラムがこれとは異なる場合、アップグレードが必要です。フォーラムのアップグレードは、Web インターフェースからでも、コマンドラインからでも実行できます。ここに表示される変更は、すべて tests-passed（デフォルト）ブランチで公開されています。
もし他のフォーラムが何らかの理由でアップグレードを望まない場合、あなたができることはほとんどありません。彼らが stable ブランチを使用している場合、これらの変更が反映されるまで数ヶ月待つ必要があります。バージョンは、ページソースの上部付近を確認することで確認できます。
sam
(Sam Saffron)
6
Claus さん、パイプラインにはさらにいくつかの重要な修正が含まれていますので、再考を求めるのは 1〜2 週間ほど待った方がお勧めです。
具体的には、スクリーンリーダー上でカテゴリやタグを選択できるよう、各種「ピッカー」のサポート実装に取り組んでいます。
私たちは更新を行うたびに #feature:announcements カテゴリに定期的に投稿していますので、リリース情報にご興味があれば、このカテゴリをウォッチすることをお勧めします。ただし、非常に皮肉かつ悲しいことに、現在スクリーンリーダーをご利用中の方にとって、このカテゴリをウォッチすることは大きな課題となるでしょう。
「いいね！」 3
thoeg
(Claus Thøgersen)
7
もう一つ、既にご存知かと思いますが、修正を希望する点があります。トピックがロックされている、またはリストの上部にピン留めされている場合、そのトピックに移動すると、実際にはロック/ピン留めのリンクに到達してしまいます。特にピン留めリンクの場合、トピックを開く代わりにピン留めが解除されてしまいます。ただし、少なくとも Windows で JAWS を使用している場合、トピックの名前が読み上げられるため、Enter キーを押すとトピックが開かれると誤解してしまう可能性があります。トピックの見出しの導入はこの問題を解決していません。なぜなら、フォーカスがトピックのリンクではなく、ピン留め/ロック状態のリンクに当たってしまうからです。
Claus
sam
(Sam Saffron)
8
こんにちは、クラウスさん、
はい、行全体に見出しロールを設定することの問題に気づきました。
この件については、以下のトピックで解決策を探り始めました：Discourse with a screen reader - #62 by sam
Nolan 氏などにもフィードバックをもらうため、そこで議論した方が良いかもしれません。
残念ながら、JAWS はテストライセンスを提供してくれませんが、NVDA も同様の問題を示していると思います。
「いいね！」 1
thoeg
(Claus Thøgersen)
9
こんにちは、
NVDAで動作するものはJAWSでも同様に動作するため、そこには問題ありません。単に、JAWSが私のメインのスクリーンリーダーであるというだけです。
クラウス
sam
(Sam Saffron)
10
この変更を適用しました（メタサイトでは約20分後に反映されます）。
@thoeg さん、動作確認の結果を教えていただけますか？
「いいね！」 2
thoeg
(Claus Thøgersen)
11
こんにちは、サムさん。
変更は期待通りに機能していますが、HTML ページを閲覧する際にスクリーンリーダーに組み込まれている追加のナビゲーション機能について理解しておくことをお勧めします。
JAWS と NVDA の両方でブラウザを開くと、スクリーンリーダーがキーボードの制御を引き継ぎます。これにより、ボタン、見出し、表、フォームフィールド、ARIA リージョンなど、最もよく使われる HTML 要素へ移動して操作できます。
つまり、ページをただ上から下へ読み上げるだけでなく、「次の見出しへ」「次の表へ」など、特定の要素へジャンプするようスクリーンリーダーに指示できます。そのため、トピックビューの各新しい投稿に見出しを追加することが非常に重要です。
例えば、トピック一覧が表示されているページにいる場合、ページ上の他の要素をすべてスキップして、最初の表へ移動するには「t」キーを押します。これは NVDA と JAWS の両方で機能します。
最初の見出しへ移動することも可能ですが、H 見出しはページ構造のために使用されているため、ページ上の誤った場所に到達してしまう可能性が高いです。実際、メインページが読み込まれた状態で「h」キーを押しても、同じことが起こります。
あなたは次の場所に到達します：
「Discourse is growing! 
」
これは、実際にお読みになりたいフォーラムのトピック一覧に含まれていない H3 見出しです。
トピック一覧が表であることを知っている場合、「t」キーを押すと、ページ上の次の表へフォーカスが移動します。
JAWS は以下のように読み上げます：
5 列 31 行の表
1 列 1 行
トピック
ここで「h」を使って見出しへジャンプすれば、期待通りの読み上げが得られます。しかし、NVDA と JAWS で使用される表ナビゲーションのキーを使用すると、問題が発生します。
行内を左右に移動するには、Alt+Ctrl+← または → を押します。列内を上下に移動するには、Alt+Ctrl+↑ または ↓ を押します。
したがって、Alt+Ctrl+↓ を押すと、トピックのピン留めやロック（該当する場合）のステータスリンクが含まれる問題のあるセルに到達してしまいます。
このトピック一覧の表では、他のセル内のすべての要素がブラウザでキーボードフォーカスを受け取れるようです。そのため Tab キーを使用すれば同じ結果が得られますが、表に表示されているすべての要素がキーボードフォーカスを受け取れない状況もあり得ます。そのような場合でも、スクリーンリーダーの表ナビゲーション機能を使って読み取る必要があるでしょう。
クラウス
Windows 10 の メール から送信
「いいね！」 1
sam
(Sam Saffron)
12
これは単なる表示順序の問題でしょうか？意味的には、「ロック」や「ピン留め」などの要素はトピックタイトルの右側に配置したいのでしょうか？つまり、セル内ではトピックタイトルが最初に表示されるべきでしょうか？
thoeg
(Claus Thøgersen)
13
こんにちは、サムさん。
セルに移動する際、ロックやピン留めの状態を示すリンクやボタンではなく、トピックのリンクにフォーカスが当たるようにしたいと私も同意します。
トピックがピン留めもロックもされていない限り、これは問題なく動作します。しかし、ピン留めまたはロックされている場合、Tab キーを使ってセルに移動しても、フォーカスが誤った場所に移動してしまうようです。
クラウス
Windows 10 の メール から送信
「いいね！」 1
