うーん、ちょっと急ぎすぎたかな。内部でもまだこの件でコンセンサスが得られているわけじゃないから…まずは少し様子を見ることにするよ。
「いいね！」 2
私はDiscourseHubで「新しい (NN件)」という単一の数値を表示する方が好きです。これはほとんどのユーザーにとってより良い選択肢だと考えています。シンプルであり、コミュニティのメインメニューで表示されているものとも一致します。トピックと返信の区別は二次的なもので、本当にその情報が必要なユーザーは、サイト内の「新しい」リストにアクセスしてから、トピックまたは返信でフィルタリングできます。
「いいね！」 1
シンプルさを重視する意見は理解できます。私にとって、関心を持ちそうな新しいトピックと、すでに関心があると判断したトピック内の新しい投稿には違いがあります。だからこそ、まずフォーラムにアクセスしてログインする手間をかけずに、アプリの概要画面で新しいコンテンツが自分にとってどれほど重要か（優先度が高いか）を一目で確認したいのです。DiscourseHub の最大の利点は、個々のフォーラムにアクセスすることなく、自分が利用しているすべてのフォーラムの状況を一括で把握できる点にあります。それが現在、Meta において不足している部分です。もし情報を得るために Meta にアクセスしてログインする必要があるなら、DiscourseHub を確認する必要はなくなります。
「いいね！」 2
うーん、とりあえずシンプルさを重視する方向で行くと思います。Hubでは通知カウントに別の数値を表示していることを覚えていてください。そのシンプルさを保ち、コアの動作と一致させるのは役立ちます。
「いいね！」 2
このトピックについては少し遅くなりましたが、unified new view（統合された新着ビュー）が安定版になった後に再構築を行ったところ、あるメンバーから、追跡中のトピックがトピックページの下部に表示されなくなったという報告がありました。彼はそのリストを使って、今すぐ追いついた内容から次のトピックへ飛び回っていました。
@martin あなたは #20 で「すべて」タブの並べ替えのために new_and_unread_results を調査していましたが、これも同じ関数を呼び出す list_suggested_for に関する問題です。以前、このパスは以下のように動作していました：
unread_results(…, :high) # まず、利用可能なスロットを最大限に埋める
new_results(…) # 残りのスロット分のみ
random_suggested(…)
そして現在は、通常優先度の単一の new_and_unread_results(…) に変更されています。両方のパスは suggested_ordering を通って処理されるため、いずれの場合でも「同じカテゴリを優先」するルールが適用されます。違いは、未読の追跡中トピックは以前、単一の新しいトピックが考慮される前に、埋められる限りのすべてのスロットを占有していたのに対し、現在はそれらと同じプールで扱われている点です。その結果として、別のカテゴリで追跡中の未読トピックは、たまたま閲覧しているカテゴリの全く新しいトピックよりも低い順位になります。
静かなサイトであれば、これに気づくことはなかったでしょう。私たちのサイトでは、複数のカテゴリにまたがる長期にわたるスレッドを追跡するユーザーが多く、デフォルトの5つの suggested_topics スロットが新しいトピックで埋め尽くされ、追跡中のトピックがリストの末尾から消えてしまいます。
これが意図的な変更かどうかは判断がつきません。発表では「推奨トピック」については言及されていません。必要であれば、さらに詳細な調査を行います。
&tldr: トピック下部の「推奨トピック」において、unread（未読）の優先度が失われました
「いいね！」 2
未読カウントやリンクが、実際には未読のトピックが1件残っているにもかかわらず、完全に消えてしまうなど、カウントが正しくないことにも気づきました。
意図的ではなく、Sam が Introducing the unified new view for the topic list - #21 by sam で問題ないことを確認した後、修正に着手する時間が取れなかっただけです。未読の結果が依然として優先されるように修正する必要があります。
私はその現象に気づいたことはありませんが、未読のカウントが同期しなくなるという問題は、時間とともにいくつか観察されています。これを調査するには、適切な再現手順が必要です。
「いいね！」 2
私の場合、ほぼ常に同期が外れます。
- 未読の投稿があるウォッチ中のトピックに移動します（例：未読トピックページまたは通知経由）
- ページの下部に移動します
- 数字が間違っています。おそらく、現在のトピックを読み込んだことを考慮していないためです。
まさに今、あなたの返信からの通知を通じてこのトピック（私の唯一の未読トピック）に移動した際に、実際に発生しました。
カウントが少なすぎたり、早期に消えたりする逆のケースについては再現手順を持っていませんが、見つけたらお知らせします。
「いいね！」 2
ふーん、Horizon では非表示になっているので、あまり目にする機会がありませんでした。Meta を Foundation に固定しておけば、より頻繁に表示されるようになりますね：
\n
同じトピックの Foundation 表示：
ついでに質問ですが、@chapoi さん、これは Horizon の仕様で意図的なものですか？
ともかく、このケースがわかったので、再現できるか確認してみます。
「いいね！」 1
すみません、何が意図的だというのですか？
ああ、ありがとう。ええ、@martin の意図的なものだったよ。見た目をすっきりさせるために少し整理したんだ。
「いいね！」 3
この機能は、まだ「Enable Unified View」フラグで非表示になっているべきでしょうか？ 私たちのフォーラムではこの機能を有効にしていませんが、統合ビューが表示されています？ 水曜日に tests-passed/ 最新ブランチから再構築しました。
追記：大丈夫です。フラグをもう一度更新してみたら、今回は成功しました。
14件の投稿が新しいトピックに分割されました：新しい返信があるトピックへのより直接的なアクセス
先ほど再び発生しましたが、まだ一貫して再現させる方法が明確ではありません。
「いいね！」 1
こんにちは、「無視する」ボタンについて質問があります。
統合された新機能以前、/unread で「無視する」をクリックすると、「トピックの追跡を停止する」をチェックするオプションがありました。この機能はなぜなくなったのでしょうか？それとも何か見落としているのでしょうか？今、「すべて無視する」をクリックすると、「new」に「未読」の投稿があるトピックの追跡設定が自動的に変更されますよね？/new の投稿リストだけをクリアし、スレッド内の投稿の追跡設定を変更しない追加のボタンがあれば便利ではないでしょうか？
何か明らかな見落としがあるのか、それともこの機能を完全に誤解しているのでしょうか？
追記：「追跡を停止する」ボタンを見つけました。
よろしくお願いします、
newbit
「いいね！」 1
正直に言うと、この変更について少し混乱しています
私たちはDiscourseを、よりソーシャル/Redditスタイルのブログとして設定しています。新しい投稿のリストは必須です。
そのため、この変更が適用された場合、新しいトピックを最新日順に並べるために具体的にどのURLを使用すればよいのでしょうか？アクティビティは関係なく、そのためには別のタブがあります。
ご協力いただき、ありがとうございます
「いいね！」 1
同じメモから私のサイト到这里にたどり着きました。私もこれについて気になっています。
