しかし、カテゴリ別に表示することはできず、フォーラム全体（少なくともフォローしているすべてのカテゴリ）からの未読トピックの巨大なリストしか表示されませんでした。これは簡単にかなりの数になるため、離れるのが賢明でした。今では、カテゴリまたはタグごとに簡単に確認できます。各タグ/カテゴリは私にとって異なる重要度を持つため、分割されていると役立ちます。
これが現在の私のビューです。
新しいドキュメントが1件あり、お知らせがないことがわかります。すぐに確認できます。クリックもフィルタリングも不要です。
「未読」という言葉の自然な使い方ではありません。「読むべきもの」があなたの意図する意味を持っているのかもしれません。そうすれば、それらを無視しても、自分自身に「もう未読ではない」と嘘をつくことはありません。
また、サイドバーの「x 未読」は、関連カテゴリ内の未読投稿がある追跡中/監視中のトピックを指しているようで、カテゴリ内の未読投稿があるすべてのトピックを指しているわけではないため、さらに直感的ではありません。ここでも「x 読むべきもの」が理にかなっているかもしれません。
巨大なリスト 
それが現実であるところを本当に見たいです。そのような例はそこにあると確信していますが、それほど多くはありません。
はい、これは命名の問題です。@sam は以前、フォーラムのバグの例を挙げていました。ほとんどの Discourse インスタンスがどのように使用されているかはわかりませんが…サポートフォーラムは限定的な範囲のように思えます。「未読の溜め込み」という言葉の意味がわかりません。Jonathan の例えは完璧です。これは現代の受信トレイ体験です。単に「既読」になったからといって、消えるわけではありません。実際、メールボックス、特に Gmail の「すべて」をクリックした場合、文字通りすべて（または「最新」）が表示されるはずです。しかし、そうではありません。
ここでの解決策は、管理者が制御できるようにし、ユーザーが操作できるオプションを提供することのようです。なぜもっと複雑にしたり、「静的」にしたりする必要があるのかわかりません。実際、私のフォーラムで収集したフィードバックによると、これらの調整なしでは、残念ながらこれは使用不能になります。これは素晴らしい、そして非常に必要とされている機能なので、残念なことです！
私たちのフォーラムは、meta.discourse.org と同じようなサポートフォーラムです。正直なところ、Discourse は主に製品サポートフォーラムとして使用されているのを見てきましたが、間違いなく他にも多くの用途があります。
そこで、私のケースについてフィードバックを提供しました。サイドバーのビジュアライゼーションが十分に良くない、あるいは全く良くないかもしれない他のユースケースにフィードバックを提供することは非常に正しいと思います。その場合、Discourse チームが理解できるように、ユースケースと望ましいユーザー行動を説明していただけると素晴らしいでしょう。少なくとも、それが私たち自身の製品に起こってほしいことです。
そのため、私の提案は、それを設定できるようにすること、おそらくユーザーごとでも設定できるようにすることです。単にカテゴリをリストするのではなく、以下の属性を持つテーブルにすることができると思います。
これは少し技術的すぎるかもしれませんが、おそらく良い UX の問題に過ぎません。そうすれば、誰もが幸せになれるでしょう。
@mcwumblyさん、これは非常に簡単に解決できるTODOだと思います。
最もシンプルな形：
新しいユーザー設定：（インターフェースサイドバー内）
サイドバーアイテムのトピックリスト設定
オプション1：新しい/未読が存在する場合はそちらを優先
オプション2：常に最新に移動
さらに
default_user_sidebar_topic_list_style
これは以前のサイドバーで公開したものと同様です。
ここにさらに要素を追加したい場合、他の2つのオプションがあります。
オプション3：新しい/未読が存在する場合、未見を優先。（これは@zogstripと@jomaxroが好むかもしれません）- これは「追跡していないものをサイドバーに追加した」という点に触れます。
オプション4：自動的に判断する。
（4）は複雑ですが、エンドユーザーにとっては直感的だと思います。
など。
これは妥協案ですが、エンドユーザーの行動に合わせて自動的に調整されます。
ユーザー設定の必要性は確かに理解できます。
お願いです 
サイドバーに関する私の唯一の不満は、未読/新規のカウンター/リンクです。未表示のカウンター/リンク（リンクだけでも構いません）が欲しいです。
ユーザーオプションが良いでしょう。
私は常に「最新」を使用しています。なぜなら、定義できるのはそれだけだからです。最新の投稿順にすべてのトピックが表示されると思います。
他のオプションが何を意味するのか、私の間違いが役に立つかもしれないので、説明します！
「新規」は、フォーラムに最後にアクセスしてから始まったトピックのサブセットのみを表示します。
「未読」は、あなたが追跡している（おそらく4分以上読んだか、何らかの閾値を超えたため）またはウォッチしている（カテゴリをウォッチしているか、投稿に返信したため）トピックで、最後に該当するトピックを読んだ後、新しい返信があったもののサブセットを表示します。
「未見」…これは全く定義できません。おそらく「未読」のすべてのトピックが含まれると思いますが、最初にあった返信のあるトピックで、その時は最後までスクロールしなかったものも含まれるかもしれません。おそらく「未読」と「未見」を混同しているのでしょう。だから、「未見」は実際には「未読」のサブセットなのかもしれません。
Discourseの良いところは、ただ機能し、直感的に使い方を理解できることです。私の場合は、新規/未読/未見を無視するだけです。これらの議論（メールや通知システムのように）は、通常は問題ないと思っていることを、実際よりも難しく見せてしまいます。
未表示とは、まだ読んでいないトピックのことです。これには、新しいトピック、未読トピック、および最後まで読んでいないその他のすべてのトピックが含まれます。通知の状態は関係ありません（ただし、ミュートされたトピックは引き続き非表示になります）。これは、すべてを読みたいと思っている人にとって役立ちます。ウォッチ/トラッキングしているトピックだけでなく。
ありがとうございます。したがって、「未読」は「未見」の部分集合です。なぜなら、完全に読んでいないものはすべて「未見」であり、未見のものは追跡または監視することによってのみ「未読」になりうるからです。
また、新しいものとして、それは未見のサブセットです
これでディスコースの神学者になった気分です 
おや、もう展開されたのですか？「すべて」に…すべてが表示されています。
ここでは、設定を追加すべきだと思います。デフォルトはカジュアルユーザー向けに設計し、追加オプションはパワーユーザーの多様な好みに対応できるようにすべきです。
コピーには少し検討が必要ですが、ユーザーがカウントを表示するフィルターと、クリック時にそのフィルターされたリストに移動するかどうかを制御できるようにするのが最も理にかなっていると思います。たとえば次のようになります。
サイドバーのトピックリスト項目
- フィルターのカウントを表示 [なし、未読/新規*、未表示]
- クリック時に移動 [すべて*、フィルター]
*はデフォルトにすべきだと私が考えているものです。新規/未読のカウントは引き続き表示しますが、ナビゲーションはすべて（最新）に移動します。
将来的には、トピックリストの個々の項目に対するオーバーライドも可能になるかもしれませんが、他の優先事項の中では優先度は高くありません。ただし、より高度なトピックリストフィルターやカスタムセクションに関して行う他の作業の一部として検討するかもしれません。
未確認については、技術的にコストが高すぎるため、これを行うことはできません。移動はできますが、正確なカウントを維持することはできません。最初のイテレーションでは未確認をスキップすることをお勧めします。
了解しました。その場合、先に提案された、よりシンプルな方法で進めることに同意します。未読/新規の数を常に表示し、設定はナビゲーションに関するものにします。
- クリック時に [最新、未読/新規、未確認] のいずれかに移動
言い間違えました。以前見ていなかったスレッドのみが表示されるようになりました。つまり、「すべて」をクリックしたときに5つのスレッドしか表示されません。理想的ではありません。
「未読」は適切な言葉の使い方のように思えます。英語では短い2単語ですが、他の言語ではどのように翻訳されるのか気になります。 
短く、より理解しやすい方が良いですね。
おっと！@samさんの「未見」についての投稿を見ました。それも良い選択肢ですね。
そのオプションは気に入りました。私のユーザーのほとんどは高齢者（最新に慣れている）で、新しいUXは混乱しやすいのです。6ヶ月以上経ってもです。 
ちなみに、最新がより良いデフォルトであることは認識していますが、追跡/監視がサイドバーの未読と組み合わされていたときは、それがより良いデフォルトでしたが、この分離は多くのことを変えました。
パワーユーザーは、カテゴリも追跡することを覚えていない限り、ワークフローはうまくいきません（個人的にはデフォルトでそれを実行することを好みます）。
実際、私は短期的な行動の変化（最新へのリンク）をサポートし、その後来週のいつかに設定を追加します。
私たちが得たフィードバックの多くは、この小さなリンクと新規ユーザーメニューのアイコンの過負荷に関するものでした。これは、すぐに解決できる些細なことのように思えます。
解決しました〜 …
