もちろん、ご提案ありがとうございます！簡単な変更点があれば、具体的に教えていただけますか？現在取り組んでいるアクセシビリティ改善の多くはアプリケーションの再構成が必要ですが、手軽にできる改善についてはいつでも歓迎しています。
「いいね！」 8
特定の順序はありません（最初の項目のみ例外）：
-
フォーカスを取得しないモーダルが存在します。これが私がこの投稿を書いたきっかけです。このスレッドにスクリーンリーダーの利用に関するフィードバックをしに来る人は、必ずこれらのモーダルの一つに遭遇することになります。つまり、基本的〜中級レベルのスクリーンリーダーユーザーは排除されてしまいます。私のフォーラムでは幸いにもこの問題は発生していませんが、ここでは発生しました。これらをオフにできる方法、あるいは少なくとも表示される条件をオフにできる方法があることを願っています。これらと対話するには、なぜキーボードコマンドが機能しないのか疑問に思い、ウェブアプリの仕組みについてある程度知識を持って「モーダルを探そう」と考えなければなりません。そして、見つけたらそれと対話し、フォーカスを正しいコントロールに移動させなければなりません。さらに、この私のトピックへの返信で示したように、それでも常に信頼できるとは限りません。
-
トピックをクリックしても、キーボードフォーカスが自動的に最新の投稿に移動しません。ここで何が起きるべきなのか分かりません。もしかしたら、これを実現するための別のリンクが必要なのでしょうか？そのため、新しい投稿を追跡するのは難しく、まだ手動で行わなければなりません。
-
キーボードでサイト管理エリアにアクセスする方法が明らかに存在しません。/admin が URL として機能するかもしれないと推測して試したところ、幸い機能しました。
-
フォーラムの投稿に ARIA ランドマークがあると便利です。具体的には、各投稿を
<article>のようなものにし、上部のコントロールには<heading>、下部には<footer>を使用します。これにより、ランドマークによる高速なナビゲーションが可能になります。現在、投稿間を素早く移動する有用な方法がないためです。現在では NVDA を使ってある程度は可能ですが、そうすると「いいね」や他のボタンを含む<nav>にフォーカスが落ちてしまいます。実際のランドマーク要素が機能しない場合でも、role=属性を使用すれば問題ありません。 -
トピックアクションボタンをクリックすると、表示されるメニューをキーボードで閉じる方法がありません。
-
リストウィジェットは、アクセシビリティの観点からやや災難です。NVDA で投稿を移動しようと試みました。その手順は以下の通りです：
-
編集タイトル/カテゴリボタンをクリックしました。ボタン名を正確に覚えていません。なぜなら、再び画面を折りたたむとボタンが表示されなくなるからです。
-
カテゴリのコンボボックスを見つけました。
-
スペースキーでアクティブ化しました。
-
NVDA のオブジェクトナビゲーションを使って、選択されたコンボボックス項目にズームインしました。これは全く直感的ではありませんでした。
-
その項目内にリストがあります。それと対話しました。
-
そのリスト内に検索フィールドと、もう一つのリストがあります。そちらのリストとも対話しました。
-
次に、NVDA のオブジェクトナビゲーションを使って、一連のカテゴリの説明を移動し、目的のものが見つかるまで探しました。その場所にマウスを移動させます。
-
NVDA でマウスをクリックしました。
-
ラベルのない「保存」ボタンを見つけてクリックする別のステップがあるのではないかと思いますが、確信はなく、次回これを行う際に確実に覚えてはいないでしょう。
想像できる通り、これは直感的ではなく、私がこれに気づいたのは、a) 私が中級レベルの NVDA ユーザーであること、b) ウェブ開発などを行っていること、c) Discourse の動作方式をある程度学んでいること、の三つの理由によるものです。
- ボタンとして識別されないが、何らかの動作を行うと思われるラベルのない画像がいくつかあります。管理画面の「保存」ボタンがその例だと思います。ライブサイトにおいて、ユーザーが依存している場所で、ラベルのないボタンを安易にクリックするのは少しためらわれます。そのようなことは、いつか痛い目に遭う可能性が高いです。
約 1 ヶ月様子を見て、その後 PHPBB や、よりアクセシビリティに優れた別のシステムをサーバーに導入し、そちらに移行するつもりです。申し訳ありませんが、これらの問題のためにコミュニティを試すことさえしない方が大勢います。そして、壊れたモーダルが私が直面した文字通り最初の障害だったことを考えると、視覚障害者として私たちが頻繁に行わざるを得ない選択、つまり技術的には劣るがアクセシビリティに優れたオプションを選ぶことになるでしょう。 不機嫌になろうとしているわけではありません。単に、コミュニティの選択肢が「コミュニティ規模が小さく開発も少ないアクセシビリティ対応オプション」「優れた製品だが重大なアクセシビリティ問題があるオプション」「メーリングリスト」のいずれかしかないことを残念に思っているだけです。
追伸：私は採用可能なシニア開発者です。もしお手伝いが必要であれば、お気軽にお声かけください。率直に申し上げますと、Discourse はインターネットの相当部分を占めるようになっており、善意の健常者の同僚がプロジェクト用に Discourse を設定する際、障害を持つ私たちは何とかしてこれらのアクセシビリティ問題に対処しなければなりません。彼らがそうする理由も理解できます。私も私たちのコミュニティで Discourse を使いたいと強く思っていますし、管理が驚くほど容易な製品を作ってくれたことに感謝しています。しかし、現在の不備を修正し、すべての新機能が障害のある人々にとって利用可能であることを保証するアクセシビリティのリーダーがいないのであれば、ぜひお話しさせてください。あなたはそれを切実に必要としています。 私がここで Discourse を試みた唯一の理由は、このスレッドから「重大なアクセシビリティ変更が目前に迫っている」と感じたからです。しかし、一般的には、スクリーンリーダーでの使用が極めて困難であるため、私が発言権を持つ場合は Discourse の利用を積極的に控えるよう促しています。また、アクセスの問題により、私たち視覚障害者が平等に参加できない別のインターネットコミュニティを作りたくないからです。その状況を変えたい、その変化を実現する一員になりたいと心から願っています。しかし、私ができないのであれば、ぜひ誰かを雇ってください。これらの問題の多くは数年間存在し、本質的に何も変わっていないからです。
ありがとうございました。
「いいね！」 17
お疲れ様です！詳細で徹底的なフィードバックをいただき、ありがとうございます！
申し訳ありませんが、理解できません。トピックを訪れた際に現れるモーダルは存在しないと思うのですが、何を指しているのでしょうか？今私が入力している、トピックへの返信を書くために使用するエディタ/コンポーザーのことでしょうか？それとも、トピック内のどこかで「返信」ボタンを押した後に現れるエディタのことでしょうか？
これが最初の、そして最も緊急の課題ですので、これを理解したいと考えています。以前も視覚障害のあるユーザーがいた際、そのフィードバックに基づいて対応してきました（例：以下を参照）。
また、こちらでも対応しています。
もしかすると最近、何らかの回帰が発生したのでしょうか？あなたが指しているこの「モーダル」が何なのか、理解したいです。
（また、?を押してキーボードショートカットの一覧を表示してみましたか？「キーボードで管理画面に移動する方法」を調べている際に気づいたのですが、=を押すとハンバーガーメニューに移動できますが、その中の項目は選択されません（cc @sam）。これはぜひ修正すべきです。）
「いいね！」 6
こんにちは、@ndarilek です。 どうやらここにもう一つアカウントを持っているようですね。2 つも持っているとは気づきませんでした。もしかしたら、2 月にサインアップを試みた際にメールが機能しなかったのもそのためかもしれません。サインアップ時に遭遇したモーダルに関する最初の投稿からの引用を以下に示します。その投稿にはいくつかの問題がリストアップされており、その一部はおそらく私がここで挙げた問題と重複しているでしょう。私のフラストレーションの一部は、これらの問題を繰り返し提起することと、a) 問題が受け取られたか、b) 必要な情報が揃っているかを確認する場所がわからないことにあると思います。特にこれらのモーダルは非常に問題視されており、a) スクリーンリーダーユーザーにとって見つけにくいこと、b) ページへのすべての入力をブロックするため、リンクやボタンがクリックされた瞬間に Discourse が何も反応しなくなることなどが挙げられます。さて、引用部分です。引用の構文が確信が持てませんが：
• 私のサイトとは直接関係ありませんが、ここでのモーダルによるサインアップ体験にはいくつかの課題がありました。メールでのサインアップを試みましたが、当インスタンスが私が約 17 年間使用しており、自分のサイトでは問題なく機能していた .info メールアドレスを拒否しました。その後 Google 経由でサインアップしましたが、戻ってきた際に提示されたモーダルにはいくつかの課題がありました：
◦ キーボードフォーカスが取得されなかったため、自ら探して操作する必要がありました。
◦ その作業を試行している間、無限にスクロールするトピックリストが新しいトピックを追加し続けており、フォーカスが実際にダイアログに到達することをより困難にしていました。トピックの出現速度をどうやって上回ることができたのか正確には覚えていません。まだコーヒーを飲んでいないので（笑）ですが、無事にここに到達しました。
ありがとうございます。これが役立つことを願っています。
「いいね！」 7
OK、確かにあなたの言っていることは理解しました。ただ、これが何を意味するのかをまだ確認中です：
あなたは「エディター」、つまり Discourse で編集に使用されるオーバーレイペインのことを指しているのでしょうか？おそらくそうだと推測しますが。これは実際にはモーダルではなく、ブラウザの下部にドッキングされ、Discourse サイトを移動する間も「ついてくる」オーバーレイペインです。エディターを単一の小さな要約行に折りたたんだり、必要に応じて全画面表示に拡大したりできますが、その間も Discourse でトピックを読み続けることができます。さらに、返信を作成している最中に、全く異なるトピックに移動することも可能です。これは Discourse の「可能な限り多くの読書を促進する」という理念に合致しており、エディターがオーバーレイペインとしてブラウザウィンドウの下部にドッキングされているため、読書体験が中断されることはありません。
エディターの左下には、主に以下の2つのアクションボタンがあります：
- 返信（Reply）：エディターのオーバーレイペインを閉じ、トピック（または、元のトピックから移動した場合は別のトピック）に返信を送信します。
- キャンセル（Cancel）：エディターのオーバーレイペインを閉じ、進行中の返信をドラフトとして保存するか、破棄します。
また、エディターには以下の機能領域もあります：
- エディターの上部端にある「グリップバー」：オーバーレイペインの高さを制御し、上下に調整できます。
- 左上にある「エディタータイプ」ボタン：返信、個人メッセージ、元のスレッドを参照する新規トピックの間で切り替えられます。
- 右上にある「全画面表示に拡大」のグリフボタン。
- 右上にある「折りたたみ」のグリフボタン。
- 右下にある「プレビューを隠す」のグリフボタン。このボタンを2回押すと、プレビューが再度表示されます。
返信ボタンを押した際には、エディターが確実にフォーカスを取得すべきです。例えば、「この投稿への返信を開始します」といった状況です。私のテストでは、デスクトップ、ノートパソコン、タブレット、スマートフォンのいずれでも、トピックの返信ボタンや個々の投稿の返信ボタンを押すと、キーボード入力に切り替わり、フォーカスが取得されます。
この作業に時間がかかることをお詫びします。私どもも対応したいと考えていますが、圧倒的な量の作業と限られたエンジニアリング時間に加え、世界中で進行中のパンデミックが多くの関係者に深刻な影響を与えており、チームの数名がCOVIDに感染しています。申し訳ありません。できる限りの最善を尽くすために、最も重要な課題を優先して取り組むことを約束します。
（再度読み直しましたが、もしかするとアカウント登録プロセスのことを指しているのでしょうか？2.7リリースでサインアップダイアログを改善した際、アクセシビリティ面で後退があった可能性はありますか？）
「いいね！」 6
なるほど！ついに私が理解し、再現できる問題が見つかりました。@sam 状況がわかりました。エディタを開き、少しテキストを入力してドラフトの保存を促す状態にします。次に、tab を 2 回押して「キャンセル」ボタンに移動し、enter を押します。このダイアログは現在フォーカスを持つべきですが、そうなりません。tab を押すと、他の要素にフォーカスが移動してしまいます。これを修正し、バックポートする必要があります。
「いいね！」 8
私の考えをお伝えします。
正直、迷っています。私は Linux で Orca（標準のスクリーンリーダー）を使用していますが、少なくとも私の環境では、表のナビゲーション機能が非常に不十分です。
主な問題は二つあります。
まず第一に、スレッド内の現在位置がわかりません。個別の投稿を追跡する簡単な方法がないからです。スレッド内の次の投稿に直接ジャンプできず、新しい投稿にたどり着くまで、すべての「返信」「ブックマーク」「リンク共有」などの要素をスクロールして通過する必要があります。
私にとって、このレイアウトは至る所にボタンやリンクが散らばった散らかり具合です。もし見出しがあれば、例えばトップバーを見出しレベル1、トピック内の最初の投稿を見出しレベル2、その後の各投稿を見出しレベル3のように設定できれば、私はそれで満足できます。そうすれば、スクリーンリーダーユーザーは共有リンク、いいね、ブックマークといった雑多な要素に巻き込まれることなく、投稿間を素早く移動できるからです。
「設定でこれ、これ、これ、これ、これを変えればいい」と言われる前に断っておきますが、いいえ。Discourse を私のシステムで使えるようにするために、多数の設定をいじらなければならないべきではありません。
Discourse が行っていることは、理論上は素晴らしいものです。
しかし、トピックにたどり着くために何千ものボタンを、リンクを何千も潜り抜けないといけないのはなぜなのでしょうか？まあ、少し大げさに言っているかもしれませんが、話を聞いてください。
これは主観的な問題かもしれませんが、私は PHP ベースのフォーラムに慣れています。そこでは多くの要素に見出しが付けられていました。そこで質問ですが、見出しの欠如は設計上の選択でしょうか、それともアクセシビリティを改善するために取り組める課題でしょうか？
Windows、Mac、Linux のスクリーンリーダーでのテストを提案します。後二者の標準機能に加え、NVDA（NVaccess.org で入手可能）、JAWS（評価用として無料のデモ版が入手可能で、ソフトウェア自体は有料であり、Mac と同程度の費用がかかります）、そして Windows の標準機能である Narrator です。
スマホでのナビゲーションについては、現在手元にスマホがないためテストできないので、ここでは触れません。すべてのスクリーンリーダーが表を同じように扱うわけではありません。例えば、このトピックでは、私の環境の Orca はスレッドを表として表示しません。「新しいアクティビティ」で始まる表のみを表示し、トピックや返信は完全にスキップします。見出しで移動する場合、トピックの先頭（これはスクリーンリーダーユーザーにとって一般的なナビゲーション方法です）に移動した後、最後の投稿の直後にある「おすすめトピック」のリスト（見出しレベル3としてマークされています）にジャンプしてしまいます。
「いいね！」 7
ご報告ありがとうございます、@nolan。まず最初の問題についてですが、ほとんどのモーダルでフォーカスが取得できていないようです。これは大きな後退であり、できるだけ早く（できれば今週中に）修正すべきです。
そのお気持ちはよく理解できます。アクセシビリティに関する問題に取り組んでいることはお伝えできますが、現在の課題リストを1ヶ月以内に完了させることはできません。
「いいね！」 8
ああ、ダイアログに関する大規模な回帰について本当に申し訳ありません、@nolan！それがどれほどひどいものか、実際に確認するまで理解していませんでした。リリースをその件で延期すべきでしたね、本当にひどいです！
「いいね！」 6
ありがとうございます！今日 NVDA をインストールし、あなたが経験している問題に少しずつ慣れてきています。
デフォルトのキーバインディングを使って Discourse を合理的に動作させたいという要望は、完全に理解できます。また、ナビゲーションに関するフラストレーションについても、以前よりはるかに理解できるようになりました。
phpBB の工夫はわかります。NVDA は非常に制限が厳しく、選択できるショートカットがほとんどありません。
見出しのテクニックは、Discourse ではユーザーが投稿にカスタム見出しを入力できるため、おそらく機能しないでしょう。例えば：
見出し 2
見出し 3
見出し 4
「次の記事」ボタンはなく、最も近いものは「次のリージョン」ですが、リージョンのサポートは JAWS に比べるとやや不安定です。すでに article 要素は存在していましたが、NVDA はそれを尊重しませんでした。
トピックをナビゲートする際に、ユーザーがより迷子にならないようにするために、この PR を作成しました：
それでも、構造は理想的ではないと感じています。例えば、下矢印キーは、投稿ナビゲーション内のネストされた double-button のために、トラップされてしまいます。
@eviltrout は各種ダイアログのフォーカス問題を調査しています。修正が機能するかどうかを確認するために、NVDA とのテストを再度行う必要があります。
ブラウズモードを終了すれば、非常に充実したキーボードショートカットが利用できますが、その暗い領域へ踏み込むことへの抵抗感も理解できます。問題は、「編集」モードに入ると、実際にコンテンツを読むためにはそこから抜け出さなければならない点です。
例えば：
j → コンピュータが「記事リンクにアクセス済み」と表示
nvda+space
下矢印 → コンピュータが「リンク benno」と表示
下矢印 → コンピュータが「3 月 15 日」と表示
下矢印 → コンピュータが投稿の読み取りを開始
私の修正後、大幅な改善が見込まれます。
「記事リンクにアクセス済み」と言う代わりに、コンピュータは「投稿 #6 リージョン 記事リンクにアクセス済み」と読み上げるようになります。
ここでの改善は段階的になりますが、フィードバックには大変感謝しています。私たちは学び続けており、Discourse を視覚障害のあるコミュニティにとってより楽しめるものにするために最善を尽くします。
モーダルは全体的にハチの巣のような状態です。モーダルが開いている状態で、何らかの理由でページに戻ってしまうと、非常に混乱してしまいます。モーダルが開いている間、NVDA に対して「ねえ NVDA…これらの要素はもう存在しないよ」と信号を送る方法はないかと疑問に思います。モーダルが開いている間は要素を DOM から取り除くことも考えられますが、それがかえって混乱を招く可能性もあります。
「いいね！」 10
私が使っている Linux の Orca（コントロールは異なりますが、機能面ではほぼ同じです）では、次のランドマークにジャンプできますが、バグがあり、実際には何かに引っかかることがあります。他のフォーラムソフトを使っていたので、これらのキーボードショートカットはどこで見つかるのでしょうか。Mac にはアクセスできませんが、Linux では、例えばこのトピックの「いいね」ボタンから次の「いいね」ボタンへ、といった具合に投稿内の次のランドマークへ素早く移動できます。手順は以下の通りです：
トピックをクリック
最初の投稿までスクロール
M を押す
ランドマークに到達したら、さらに下に移動
トピックの終わりまで上記を繰り返す
これはブラウザ依存の可能性があるかもしれません。現時点ではデフォルトの Firefox 以外でテストしていません。
編集：わかった、これは今まさに遭遇した問題です。Mozilla Firefox で自分のプロフィールを確認したかったのですが、上部のプロフィール/通知リンクを選択すると、閲覧モードに戻すまでキーボード入力がロックされてしまいました。これがダイアログ関連の問題の一部かどうかはわかりません。ページがスレッドを読むモードのように振る舞っていたからです。リンクには「展開済み」と表示されていたので、矢印キーやマウスで操作できるドロップダウンメニューだと思い、試してみましたがうまくいきませんでした。
「いいね！」 3
NVDA が見出しをリージョンとして認識しないというご指摘は、非常に的を射ています。昨日、NVDA で見出しの表示機能を有効にするまで、<article> タグが使用されていることにすら気づいていませんでした。ただし、これで検出アルゴリズムが変わるわけではないようです。本日、この件について NVDA の Issue を登録し、どうなるか確認してみます。
また、メッセージ内にヘッダーが挿入され得ることは理解しています。ヘッダーナビゲーションの目的はそれを無効化することではなく、投稿に追加のヘッダーが含まれていないケース（99.99…% の場合）で役立つようにすることです。 昨日は開発環境をセットアップし、.post-topic 内の要素にいくつかの ARIA ロールを追加して、扱いやすくする調査を行う予定です。
モーダルは確かに扱いが難しいものです。こちら が実践的なガイドとして役立つはずです。重要なポイントは以下の 3 点です。1) 新しい aria-modal 属性を使用して、モーダルが表示され、それ以外の要素が隠蔽されることを示す。2) キーボードフォーカスを最初のフォーカス可能な要素に移動する。3) モーダルが閉じた際、フォーカスをフローを開始させたボタンに戻す。ご参考になれば幸いです。
「いいね！」 9
ご指摘の通りです。また、不機嫌になってしまい申し訳ありません。タスクを完了させるため、毎日 Discord、Element、GitHub、Gitea、そして今や Discourse と、コンテキストを切り替えています。それぞれに独自の摩擦点がありますが、Discourse のそれが特に痛い目に遭っています。例えば、前のフォーラムから極端に問題のあるユーザーが参加してきたり、高度なスクリーンリーダーを使用する共同管理者が、停止期間のドロップダウンを操作するのに半時間以上も失敗したりしました。幸い、私はドロップダウンに慣れていたため、トラブルを起こす前にアカウントを停止できましたが、私の管理チームがあまりにも多くのオンボーディングを必要としないよう、この問題に対処する必要があります。
モーダルが整理されつつあることを嬉しく思います。本当に感謝しています。今日は、トピック表示をさらにアクセシブルにできるか確認する時間を取ります。次の大きな課題は、アクセシブルでないドロップダウンコンポーネントだと考えられます。ユーザーを停止できないだけでなく、最近別のメンバーがトピックを移動できないという問題もありました。こちら は、参考になるアクセシブルなリストボックスの例です。これらは非常に広範に存在するため、修正すれば多くのメリットが得られるはずです。
改めてありがとうございます。
「いいね！」 11
記事に加えてリージョンを作成するのは少し冗長になるため、私はそれを提案しません。
NVDA が、次/前のランドマークへの移動の目的で、記事をリージョンとして追跡するよう求めるため、このIssue をオープンしました。中期的にはこれで問題が解決することを期待しています。
その間、投稿メタデータフィールドに非視覚的な2段見出しロールを追加するこのPR をオープンしました。このパッチをテスト環境に適用すると、ヘッダーのない投稿間を h/H キーで移動できるようになります。確かにこの方式は、投稿自体にヘッダーが含まれる場合は機能しなくなりますが、スクリーンリーダーユーザーとしては、そのような混在コンテンツには慣れていると主張します。NVDA が記事をランドマークとして扱うようになるまで、次の投稿へ素早く移動できる方法を用意することは、不要なリージョンを追加するよりも優れていると考えます。
「いいね！」 6
サム、投稿内の見出しに関する問題を回避するアイデアとして、非表示のセパレーターを導入するのは価値があるでしょうか？投稿に見出しを挿入できるためです。あなたの投稿を読んだのですが、プラットフォームを跨いで使用でき、目に見えないながらも投稿間の境界を示すような何かは存在しないでしょうか？
現在、Linux の Orca では、1 を押して見出し 1（スレッドの先頭）に移動し、次に M（次のランドマーク）を押すことで投稿間を移動できます。確かに面倒ですが、不可能ではありません。そこで、見出し（これも投稿内に挿入可能）の代わりに、投稿番号（例：投稿 #1、投稿 #2 など）をランドマークとしてマークするのは、技術的およびユーザビリティの観点から機能するでしょうか？投稿下部のボタンがランドマークであるなら、なぜ投稿番号もランドマークにはならないのでしょうか？私には、投稿番号をランドマークとして、あるいは投稿下部のボタンの代わりに設定することが理にかなっているように思えます。なぜなら、それらのボタンはフォーラム管理者が非表示にできる可能性があるからです（実際、あるケースではそれらのボタンを「もっと」メニューの下に配置している事例を知っています）。
「いいね！」 4
@nolan さん、またしてもこの件で誤りを犯し、申し訳ありません。リリース前にキーボードでの動作を最低限でも確認していなかったのは明らかな失敗であり、許されないレベルの欠陥です。これは完全に当社の責任であり、私たちが失敗しました。正直に言えば、今回の対応には恥じ入っています。わずかでも簡単な確認を行っていれば、キャンセルダイアログがキーボード操作で完全に破綻していることが判明したはずです。それにもかかわらず、その重大なバグを含むままリリースしてしまいました。
私たちはプロセスを再評価し、以下の点を確認できるように改善します。
-
キーボード操作が期待通りに動作することは絶対条件です。すべての機能をマウス
を外した状態でテストし、適切なタブ順序とフォーカスが確保されていることを確認します。 -
Discourse のコア機能は、NVDA を使用しても直感的に操作できる必要があります。
この件で私たちを支え、厳しく指摘してくださったことに感謝します。プロセスの一部を見直し、最低限でも機能的で論理的な 
キーボードナビゲーションが常に確保されるように再構築していきます。NVDA に関する改善や最適化において、優先順位を決定する際にあなたの助力が必要です。
「いいね！」 10
本当にありがとうございます！私の管理チームも感謝しています！
「いいね！」 4
@Nolan、地域の変更を元に戻してヘッダーの変更のみを受け入れる方がよろしいでしょうか？それとも両方行うべきでしょうか？
私は試行錯誤することに問題ありません。投稿番号をアナウンスすることにはある種の「方向性」があると考えました。そうしないと、自分が100番目の投稿なのか3番目の投稿なのかを判断するのが非常に困難になります。これは、利用者に実在感（グラウンディング効果）をもたらします。
@celtichawk ヘッダーの抑制についてですが、Nolan に同意します。投稿内でヘッダーが現れることは極めて稀なので、ほとんど支障にならないはずです。
私たちは post #1 のアンカーをどこでも使用できるわけではありません。唯一のアンカーは投稿メタデータ、投稿本文、および投稿ボタンです。メタデータにはユーザー名、編集ステータス、編集時刻が含まれますが、投稿番号は含まれていません。Nolan は投稿メタデータにアンカーを設定する実験を行っていました。
「いいね！」 7
トピックリストの見出しがないため、トピックリストのナビゲーションが非常に煩わしいことに気づきました。
@nolan / @awesomerobot 、トピックリスト内のトピックタイトルは H2 または H3 にすべきでしょうか？それが難しい場合でも、トピックリスト内のトピックに role="heading" を追加することは可能です。
現在、NVDA を使用してトピックリスト間でどのように移動していますか？
「いいね！」 6
「トピックアクション」（例：管理者オプション、共有、ブックマーク、フラグ付け、返信、追跡状態）の領域を追加しました。
変更は非常に小規模ですが、トピックへの返信が格段に容易になります。
また、トピックの追跡状態（追跡/監視など）の変更がスクリーンリーダー上で完全に動作しないことに気づきました。修正の可能性について @j.jaffeux と議論します。
「いいね！」 6