スクリーンリーダーでのDiscourse

貢献 UX
,
66

フォローありがとうございます。確かに非常にイライラします。

@メンションも同様で、スクリーンリーダーを使って検索を機能させるのは非常に困難です。

@nktech1135 さんへの対応として、おそらく最適な方法は特別なキーボードショートカットを提供することでしょう。例えば以下のような手順はいかがでしょうか：

  • CTRL-ALT-u
  • 引用したい投稿を選択
  • 下矢印
  • @sam 投稿 #7
  • 下矢印
  • @sam 投稿 #6
  • Enter
  • 引用したい文を選択
  • 文1「こんにちは」
  • 下矢印
  • 文2「このスレッドの皆さんに心から感謝したいと思います。私はいくつかのDiscourseインスタンスの管理を支援しており、ここで言及されていることのほとんどを確認しています。」
  • Enter
  • 引用ブロックが追加される

この仕組みは素晴らしいですが、実装には非常に大きな作業が必要です。幸い、コンポーネントとして実装できるため、まずは実験的に試すことができます。実験プロジェクトのリストに追加しました。ただし、実装まで時間がかかる可能性があることをご了承ください。それでも、素晴らしい機能になることに同意します。

ご意見をお聞かせください。

「いいね！」 6
67

それは、マウスを使用している人々が利用している既存のワークフローを適応できない場合、合理的な方法のように聞こえます。私は可能な限り単一のワークフローに留まることを好みますが、現在の状況がどうなっているか確信が持てないため、 sighted な人々が使用するワークフローに基づいた提案はできません。
@sam が提案したものよりも軽量な代替案として、例えば「Alt + Shift + Q」のようなキーボードショートカットを用意し、選択されたテキストを検出して、そのテキストの引用情報を現在開いているエディタに挿入する方法はいかがでしょうか。
この方法であれば、ユーザーは引用したいテキストを見つけ、選択し、キーボードショートカットを押すだけです。
これはより軽量なワークフローのように思えますが、もしかしたら不可能にする何かを見落としているかもしれません。
ご意見をお聞かせください。

「いいね！」 5
68

すでに非常に類似したワークフローが存在していると思います。

コンポーザーにはツールバーがあり、最初のボタンは「投稿全体を引用」と呼ばれています。これをクリックすると、返信している投稿全体が引用されます。

複数の投稿を引用する場合には最適ではありませんが、少なくとも作業の足がかりにはなるはずです。お試しください。

「いいね！」 6
Full quote button in editor missing
69

投稿を引用したい場合は、おそらく「投稿全体を引用」して不要な部分を編集すればよいと思います。
@メンションも工夫すれば可能だとは思いますが、それが視覚的にどのように動作するか分からないため、提案を出すのが難しいです。Facebookのモバイルサイトでは時々うまくいったこともありますが、そのサイトではある日壊れていた機能が次の日には直っているかもしれないなど、予測がつかないことが多いです。
ただ、@XXX（XXXはユーザー名の一部）と入力すれば、一致する候補が表示されて、Tabキーで候補リストに移動できるような仕組みは実現可能ではないでしょうか。候補を選択して閉じる方法も併せて実装できればと思います。
もう一つ小さな不便さとして、長い議論の中で誰に返信しているのかがよく分からないことがあります。返信ボタンを押しても「投稿に返信しています」という通知が出るだけなので、現在の使い方のままでは、引用せずに返信先の投稿を確認したり読んだりする方法がありません。それに、引用したくない場合も多いです。

Claus

「いいね！」 3
70

@codinghorror この提案は気に入っています。

現在、返信ボタンの aria-label は「返信」になっています。これを「サムによる投稿 #4 に返信」に変更するのはどうでしょうか。投稿前に、自分がどこにいるかをはるかに明確に感じることができます。

「いいね！」 6
71

いずれにせよ、ツールチップ、タイトル、ホバーについては、より重視されるべきです。

「いいね！」 3
72

奇妙ですが、タイトルは「または CTRL+ENTER を押す」になっています。意図は完全に理解できますが、少し不自然に感じます。「何をするか」ではなく「それが何をするか」を伝えているからです。

「いいね！」 4
73

「送信ボタンで Ctrl+Enter を押す」という表示があり、エディタ内でそれを思い出して実行すると実際に機能するので、そこに変更を加える必要はないと思います。Claus さんのところで

「いいね！」 2
74

ご覧の通り、これは機能しており、かなりうまくいきます。
ただし、あなたが指摘した通り、複数の投稿から部分的な返信を切り取る場合にはあまりうまく機能しません。
そこで、私が提案した方法が機能しないか、まだ考えています。また、今これを執筆している際に思いついたのですが、自分の最後の投稿から自分を引用したいのですが、その投稿に返信していないため、その方法がありません。

ご意見をお聞かせください。

「いいね！」 2
75

「または、この投稿への返信を送信するには CTRL+ENTER を押してください」に変更することもできます。少し長いですが、正しい表現です。

「いいね！」 2
76

それは確かに正しい方法ではありません。提案されたテキストは、ボタンにフォーカスが当たったときに読み上げられるため、投稿への返信というボタンの機能を実行する前に、ショートカットキーの「Ctrl+Enter」を聞く必要はありません。

フォーカスがボタンにある場合は、ショートカットキーを無視して単に「送信」を押すこともできますし、次回以降はショートカットキーを使ってボタンを使わずに返信することも可能です。つまり、ショートカットキーは最後に使うべきです。

Claus

「いいね！」 6
77

こんにちは、

これは「あったらいいな」機能に関するもう一つの改善リクエストです。
このスレッドのように、投稿に「いいね」をするか返信をする際、オプションは以下の順序で表示されます。
タブキーを使って、表示中の投稿にメンションやリンク、引用メッセージがないことを願ってください。
タブキーを押すと、以下の順序でフォーカスが移動します：
「この投稿に X 件のいいね」
「この投稿にいいね」
「この投稿へのリンクを共有」
「もっと見る」
「この投稿への返信を開始」

ユーザーとしては、おそらく「いいね」をするか「返信」をするかのどちらかを選ぶことが多いため、この 2 つのボタンがタブ移動の順序で最初に来るべきです。「返信」ボタンが最後にフォーカスされるべきではありません。
また、「返信を開始」ボタンのテキストを、「XX への返信」に変更することを提案します。ここで「XX」は、返信しようとしている投稿の著者のユーザー名です。
ボタンテキストが正確でない場合は、デンマーク語から翻訳しているためです。
クラウス

「いいね！」 5
78

こんにちは、

いくつかの新しい観察点、あるいは以前から他者によって指摘されていた問題について報告します。

偶然にも、Discourse の利用に関するヒントが記載された新規ユーザー向けブログトピックに案内されました。そこでは、トピック内の最終閲覧ポストへ移動したり、スレッドの先頭または末尾へ移動したりする方法について説明されていますが、スクリーンリーダーではこの動作が機能しないことが明確です。主に JAWS で、また NVDA でもテストしましたが、フォーカスがどこに移動するのかが不明瞭であり、以下のように説明されている動作とは全く一致しません。

「トピック一覧からタイトルを選択すると、常にそのトピック内の最終閲覧ポストに移動します。先頭または末尾から開始するには、返信数または最終返信日付を選択してください。」

既読/未読を色で示す場合、優れたアクセシビリティを実現するためには、トピックやポストの見出しに「既読」または「未読」の情報を追加する必要があります。特に重要なのは、その情報を最後に配置することです。これにより、ユーザーがその情報が必要ない場合、スクリーンリーダーが読み飛ばすことができます。

また、2.8 ベータ 3 に関するニュースを読んでいると、以下の機能は興味深いものですが、スクリーンリーダーで通知されているかどうかは確信が持てません。

「トピック表示ページに最終訪問のインジケーターを追加
既に読み始めたトピックを開くと、Discourse は自動的に最初の未読ポストからトピックを読み込み、読書を継続できるようになります。さらに、Discourse は最終訪問場所を示すインジケーターも表示するため、場所を失わずに上下にスクロールしても安心です。」

「いいね！」 4
79

別の問題として、エディタの説明通り画像をアップロードする際、画像を編集フィールドにドラッグ＆ドロップすると、画像にaltテキストを追加する方法が見つかりません。どこかに隠されている可能性もありますが、私はあまり探していません。しかし、簡単なaltテキストでは説明できない意味のある画像は、基本的なアクセシビリティ上の問題です。
クラウス

「いいね！」 4
80

2.8 ベータ 6 以降、投稿の通知を設定できるドロップダウンボックスに変更が加えられていることがわかりました。これらの変更には良い点もあれば、あまり良くない点もあります。新しい実装では、Tab キーを使ってコントロールを移動するとドロップダウンボックスにアクセスできますが、そのコントロールを説明するテキストがなく、スクリーンリーダーで一般的な高度なナビゲーション技法を使って特定の種類のコントロールを見つけることもできません。このコントロールは、Tab キーを使って移動するまで見つけるのが難しいでしょう。また、聞こえてくるのは「フォロー中」「サイレント」「通常」といった選択状態だけで、コントロールの名前や種類は聞こえてきません。スクリーンリーダーにドロップダウンボックスとして認識させるために、このコントロールにいくつかの ARIA コードを追加し、以前の簡潔な説明も追加する必要があるでしょう。クラウス

「いいね！」 5
82

昨日これを特定し、すでにARIAラベルを追加するためのPRを作成しており、本日マージされる予定です。

cc @pmusaraj

「いいね！」 4
83

こんにちは、

素晴らしいですね。ご検討いただける役割については、2.6 もご参照ください。

ARIA の活用 (w3c.github.io)

「いいね！」 2
84

他のロールでは問題が発生していたため、application を使用していましたが、listbox への変更を検討しています。2.6 についてのご提案は、ロールに関する記述はあるものの具体的な内容が不明確で、正確に何を意図されているのか把握できておりません。

「いいね！」 4
85

こんにちは、

Listbox は少なくともコントロールの実際の動作に非常に近いようですが、更新されたらメタで確認してみます。

クラウス

「いいね！」 4
86

これで更新されました、クラウスさん。これでうまくいくかどうか、お知らせください。

「いいね！」 6