こんにちは、これは同等ではなく、上記で多くの例を示しました。
いずれにせよ、このオプションを元に戻すつもりはない、あるいはそれに近い明確な声明を出すのが公平でしょう。
数人、あるいは数十人の管理者やコミュニティ管理者がまだ待っていると思います。
匿名ユーザーにも適用されます。
この一連の騒動は、サイトが特定のレベルの忠実さを求めていることが問題となっています。
彼らは「最新トピック一覧」が「まさにそのように」表示されることを望み、エンドユーザーがその表示の仕方をコントロールできないようにしたいと考えています。
@Heather_Dudley / @ClawdiaWolf のケースでは、これがエンドユーザーにとって問題となり得ます。ホームページからすべての「地域」カテゴリが非表示にされていました。理由は、400 もの地域があり、情報が雑多になってしまうからです。
しかし、シドニーのユーザーはどうでしょうか？なぜそのユーザーがホームページでシドニーのトピックを見ることができないのでしょうか？
この問題に対処するため、サイトではデフォルトでコンテンツをミュートし、モデレーターが「デフォルトで表示」するカテゴリを選択できるモードを導入しました。これにより、今後の管理が格段に容易になります。カテゴリを追加する際、特別な設定は不要で、ユーザーが希望すればシドニーをフォローすることもできます。
最終的には、最新トピック一覧に「絶対に、決して、決して、決して表示してはならない」トピックを上から厳格に指定したい人のために、プラグインフックを提供する方向に進むことになると思います。
それは、私たちの外国語セクションを修正する方法がないということでしょうか？
現在、これらのカテゴリは「カテゴリ」ページから非表示になっており、外国語の投稿が「最新」に表示されていますが、「最新」は本来英語のみを対象としています。外国語セクションの通知がもう届いていないのかどうかもわかりません。
親カテゴリである「非英語」のカテゴリに移動しても（ユーザーには発見できないようです）、言語サブカテゴリのうち「オランダ語」だけがリストされています。他の言語カテゴリは消えてしまいました。
奇妙なことに、言語カテゴリのいずれかに投稿すると、そのカテゴリページ自体が存在しなくても、その投稿は /latest に表示されます。
ミュートせずにトピックをフロントページから除外する方法はもう残っていないでしょうか？
まだ理解できていません。
例えば、「フランス語」をデフォルトでミュートするとします。
-
「フランス語」のトピックは、匿名ユーザーを含むすべてのユーザーに対してフロントページに表示されません。
-
「フランス語」のユーザーは、ユーザー設定でこのミュートを解除し、カテゴリをフロントページで表示できます。
今確認しているサイトにおいて唯一の問題は、設定でフランス語カテゴリを見つけるか、あるいはトピック（またはヘッダーリンクなど）からフランス語カテゴリへのリンクがある場合を除き、ミュート解除できるフランス語カテゴリが存在することを把握する方法がないことです。
申し訳ありませんが、この変更によって何が起こったのか少し混乱しています。以前、/categories にアクセスすると、外国語のカテゴリ一覧が表示されていました。しかし、現在はそれらのカテゴリがなくなっており、カテゴリ一覧に再び表示させる方法がわかりません。ただし、それらのカテゴリの投稿が /latest に表示されるべきではありません。/latest は英語の投稿のみを対象としているためです。
うーん……ユーザー設定として
「ミュートされたカテゴリをカテゴリ一覧から非表示にする」はどうでしょうか？デフォルトはオフです。そのような感じで。
そうすれば、仕組みに慣れてからオンにできます。
これで、新しい変更に関する不満が 100% 解消されますか？
何かがおかしいようです。管理者アカウントで親カテゴリ（/c/non-english）にアクセスすると、最新に追加された「Nederlands」カテゴリのみが表示されます。管理者アカウントで /categories にアクセスすると、非英語カテゴリが表示されません。
テストアカウント（TL0）でログインすると、/categories および /c/non-english のページですべての 9 つの非英語カテゴリが表示されます。
非英語カテゴリに投稿したテスト投稿が /latest に表示されてしまいますが、これは本来英語専用のはずです。
編集：管理者と TL0 ユーザーの両方が投稿を行うと、トピックが「ウォッチ中」に設定されます。「ミュート」は表示されていません。
理解できませんでした。
カテゴリのミュートはデフォルトの状態を指します。そのカテゴリ内のトピックは、ユーザーがカテゴリのデフォルト状態を上書きすることで、引き続き追跡・監視できます。
いいえ、ミュート設定をしても、ユーザーがやり取りをすると特定のトピックが /latest に再度表示されてしまうためです。
旧来のアプローチでは、サイト運営者が必要と判断した場所にパーティションを設けることができました。ミュート機能は以前から存在しましたが、上記の投稿が示す通り、その実装ははるかに複雑で厄介です。
かつて「このカテゴリを latest から除外する」という機能があった場所には、今では以下のものが存在します：
- カテゴリ設定としてのミュート機能
- ユーザー設定としてのミュート機能
- ユーザー設定としての表示制御機能
本来の動作を完全に再現しようとするなら、ミュートされたカテゴリからの投稿が latest に再び現れるのを防ぐための追加設定が必要になります。なぜなら、一部のサイト運営者にとって、そのような挙動が有利なユースケースがあることが判明しているからです。
私が手がけているプロジェクトは、この問題のために間もなく一時中断することになります。クライアントは Discourse を社内コラボレーション用に利用したかったのですが、未発表タイトルに関する議論や「トピック外」の話題が含まれる特定のカテゴリを除外する必要がありました。彼らは「latest から除外」の挙動を好んでいました。なぜなら、たとえスタッフがそれらのカテゴリ内でトピックに参加したとしても、トピックタイトルが /（これは latest として機能する）に表示されないため、それらのカテゴリをわざわざ探さなければならなかったからです。現時点での私の提案は、同様の分離を実現するために、別途セカンダリインスタンスを構築するというものです。
「カテゴリのデフォルト状態」とは、特定のカテゴリから発信されるトピックのデフォルト状態を指し、ユーザーがそれとやり取りすることで上書き可能です。上記のすべての前提は、この挙動が常に望ましいというものでしたが、多目的インスタンスを見ると、必ずしもそうではないようです。
これには根本的に同意できません。ユーザーが明示的にトピックを追跡したり監視したりしている場合、それはそのトピックに関心があり、「最新」に表示されたいという非常に強い意思表示です。もし「最新」に表示されたくないなら、いつでも通常状態に戻せばいいのではないでしょうか？
この点は理解できません。
私が提案しているのは、ユーザー向けの以下のオプションだけです。
「ミュートされたカテゴリには本当に、本当に、決して関心がないし、絶対に見たくない」＝「政治は本当に、本当に嫌いだ」という場合。
対して
「通常はミュートされたカテゴリに関心はないが、時々閲覧したいので、ドロップダウンやカテゴリ一覧には残しておいてほしい」という場合。
よりシンプルで一貫性のある対応として、ミュートされたカテゴリ内のトピックを自動的に追跡しないように仕様を変更する方がよいのではないでしょうか。私にとっては、より良いデフォルト設定のように思えます。
結局、誰もがすでに使っている機能を実装することになり、そのアクセスを5つや6つの他の設定の奥に隠すはめになります。いわば、Discourse版の「コナミコード」ですね。
もしこれらの設定の動作が変更されれば、再び同じ問題に直面することになります。つまり、本来表示されるべきではない投稿が現れてしまうのです。
結局、最新の投稿から非表示にするアクセスをサイト設定で制限するよりも、この方法の方が本当に簡単なのでしょうか？
プラグインには「奇妙で不思議な冒険に出かけたい」といった要素を含める方がずっと好きです。
根本的に、ユーザーは「最新」に表示されるものを選べる権利を持っています。ユーザーの制御を失わせるような奇妙な分割を可能にする設定は、プラグインの領域だと感じます。
おそらく、ごく稀にこの機能を強く望むサイトのために、旧機能を復元する何らかのプラグインを作成することに前向きですが、このユーザーに反する機能をコアに含めることには不安を覚えます。
それは非常に選択的な見方ですね。従業員に協働環境を提供したい雇用主で、限定的な「仕事以外」のカテゴリーを許可する可能性を検討している場合、そのような「機能」は非常に望ましいものになり得ます。
確かにユーザーに敵対的になる可能性はありますが、コミュニティを破壊しうる設定ミスが発生する可能性のある機能は他にも多数あります。
またこんにちは、
私達（まだ「抑制オプション」を支持している人々）がここで伝えたいのは、
「サイト運営者として、特定カテゴリからの投稿が/latest に表示されないように動作を制御したい」
ということです。これは依然として「ミュートされたカテゴリ」とは完全に直交する問題だと考えています。
これは「ミュートされたカテゴリ」に関しては実現可能な（DWIM）オプションだと考えます。ただし、一部の私たちにとっての「カテゴリの抑制」要件は解決しません。
それは素晴らしいことです。Discourse コア内でその機能を維持することが全く不可能であれば、専用プラグインとして実装してくだされば、私たちにとっては救世主になります。
「カテゴリの抑制」機能の削除がより多くの人に影響を与える時期に、それに取り組んだり、並行してリリースしたりする可能性はありますか？
お聞きいただき、改めてありがとうございます。よろしくお願いいたします。
アンドレアス。
これ自体が「定義上」ユーザーに反するものではありませんか？「あなたはみな子供で、ここでの最小限の自制心さえも信頼できない。このような議論をしたいなら、あちらへ行ってください 
」と言っているのです。
あなた方にこのカテゴリのミュート解除を許可したくありません。あなたがたは、私が作った「刑務所」の中以外では、これを決して見ることができないのです。
それは妥協案だと考えます。
雇用主にはそのようなエリアを作成する義務はありません。明らかな利点は、新しいツールの導入を促進することですが、その付加価値が本来の目的を覆い隠してしまわないようにする必要があります。
職場環境では、サイドバーのテーマのように非常に効果的に機能する機能とこの機能は直交する性質のものであるため、こうした妥協はすぐに実効性を失うと思います。サイドバーを使用する場合、そもそも「最新」の項目に費やす時間が大幅に減る傾向があります。
ここでは、旧機能のためにプラグインを提供することに傾いています。
これも再び +1 です！
おっしゃることは完全に理解でき、あなたの視点も認識しています。「ミュートカテゴリ」機能を使用すれば、ユーザーが /latest 内で自分が表示される内容を自分で制御できるようになるため、ユーザーにより多くの自由度が与えられます。しかし、「カテゴリの抑制」機能は、少なくとも私たちの観点からは、検閲とは全く関係ないことを強調しておきたいです。
むしろ、私たちはモデレーターとして「カテゴリの抑制」機能を、一時的または恒久的にトラフィックの多いカテゴリからのノイズを減らし、すべてのユーザー（匿名およびログイン済み）にとって /latest がごちゃごちゃにならないようにするために使用しています。
別の例を挙げると、GitHub - huw/github-to-discourse: Forwards commit data from a GitHub webhook to a Discourse thread · GitHub のようなツールを使用する際に、特定のカテゴリに自動化された投稿が行われる場合があります。そのような投稿は、ディスコースを議論フォーラムとしての本来の用途を超えて使用している特定の文脈では、「真の議論」とはみなされません。
それがごく稀なサイトに影響を与えるかどうかは、私が想像できる範囲を超えています。したがって、視点を変更して「特定の機能セットや要件を持つ一部のサイトにとっては、これは重要な機能である可能性がある」と捉え直しましょう。
したがって、これらの特定のサイトのニーズを満たすために、この機能をプラグインとして提供することは、ここで議論しているすべての人にとって、そのオプションを維持する上で全く問題ないでしょう。