I think this is more logical. In case, we want to exclude a specific child category, just insert it to watch.
What do you guys think about this ?
「いいね！」 6
Let’s say the board I’m on has the following category structure:
- foo
- bar
- wimble
- wobble
- wabble
- baz
I want to mute bar (and therefore the subcategories underneath it), but leave bar|wobble as it is normally. My understanding of your suggestion is that my only option is to Watch or Track bar|wobble? What if I just want bar|wobble topics to default to Regular?
I don’t know, maybe, its such and edge area of the system I am not sure I can justify making changes to it now.
「いいね！」 2
Muting sub-categories would very much be the expected behaviour.
The way to implement this cleanly (from a user perspective) would be to add a new notification mode to sub-categories called “Inherit from parent” and make this the default. Users could then explicitely set the notification level for sub-categories if they so choose.
「いいね！」 4
スレッドを再度持ち上げてしまい、申し訳ありません。
確かに、私のフォーラムの複数のユーザーが、サブカテゴリを含むカテゴリをミュートすることについて混乱していました。なぜカテゴリページにそのカテゴリが2 回表示されるのか疑問に思ったのです。1 回はメインビューで薄く表示され、もう 1 回は折りたたみセクションに隠れて表示されるためです。完全に非表示にするには、サブカテゴリもミュートする必要があることが彼らには明白ではありませんでした。
これを実現するもう一つの可能性として、トップレベルのカテゴリをミュートしようとした際に、サブカテゴリもミュートするかどうかユーザーに確認する方式があります。自動的に実行する必要はありませんが、トップレベルのカテゴリをミュートしても、その中のすべてのトピックがミュートされるとは限らないという事実に、ユーザーが気づくようにする必要があります。
「いいね！」 1
@codinghorror さん、これを復活させるのは理にかなっていると思います。ミュートカテゴリが自動的にすべてのサブカテゴリをミュートした場合、その動作はより理にかなったものになるでしょう。
これは、@fitzy さんと @HAWK さんが現在直面している問題を解決するでしょう。
提案は以下の通りです（この階層を考慮）：
- A
- B
- C
(A) をミュートすると、(B) と (C) は明示的に追跡されない限り、最新情報やカテゴリに表示されなくなります。
(B) をリストに戻すには、「通常」に設定します。
(C) に移動すると、次のように表示されます。
何年も経ちましたが、この些細な問題は私たち自身のスタッフにもかなりの影響を与えています。「子要素の自動ミュート」の動作の方が直感的であり、非常に簡単なオプトアウトがあることに同意します。
ご意見をお聞かせください。
「いいね！」 3
おそらく大丈夫でしょう、もう時期が来ました！
（ここでの反対は、主にサブサブサブサブカテゴリが悪く、非常に悪い考えであるということでした。それは今でもそうです。）
「いいね！」 2
サブカテゴリは、明示的に設定されていない場合にのみ、メインカテゴリからミュート状態を継承すると仮定します。したがって、Bを事前に「視聴中」に設定した場合、AをミュートするとCのみがミュートされます。
ミュートは一例にすぎませんが、他の通知ステータスについてはどうでしょうか？
一貫性を保ち、Aを「視聴中」/「追跡中」に設定した場合、BとCも「視聴中」/「追跡中」にするべきでしょうか、それともこのソリューションはミュートのみに実装するのでしょうか？
はい、実際には、カテゴリユーザーレコードが存在しない場合のデフォルト設定で十分です。
上記の例でミュート（A）した場合、BとCが自動的にこのボックスに表示されるべきではありません。
一貫性については私も賛成ですが、すべて不在に基づいて行うべきであり、サブカテゴリの新しい行をテーブルに作成すべきではありません。
「いいね！」 2
すでに存在する不整合による潜在的なリスクを指摘したいと思います。カテゴリをミュートしても、そのカテゴリ内のすべてのトピックが明示的にミュートされるわけではありません。むしろ、「設定されていない」状態のトピックを、ミュートに設定されているかのように扱うようにオーバーライドします。しかし、カテゴリのトラック/ウォッチは、そのカテゴリ内の既存および新規のトピックすべてを明示的にトラック/ウォッチに設定します。重要なのは、ミュートからカテゴリを削除することは、基本的にミュートに追加しなかったかのようにすることですが、トラック/ウォッチからカテゴリを削除しても、そのカテゴリ内のすべての既存トピックがトラック/ウォッチに設定されている事実は取り消されません。それは、そのカテゴリ内の新しいトピックをトラック/ウォッチしなくなるだけです。
個人的には、テストのために一度 Support をトラックに設定したことに対処しています。なぜなら、今でもそれらのトピックの横に未読インジケーターが表示されることがありますが、それらは気にしていないからです。今、これはトラック/ウォッチのカテゴリがミュートのように機能するように変更されるべきだと思います。つまり、個々のトピックの状態を変更することなく、「設定されていない」トピックの状態をカテゴリの状態にオーバーライドするということです。しかし、それが完了するまで、カテゴリのトラック/ウォッチがそのサブカテゴリすべてをトラック/ウォッチするようにすることも、完全に元に戻すことができないアクションであるため、非常に心配しています。
「いいね！」 3
おお、ショーン、それは非常に良い指摘ですね。
ええ、まずはミュートのみに限定しましょう、@kris.kotlarek。この変更を完了したら、他の状態についても検討できます。
「いいね！」 3
この機能は、このPRで完了しました。
「いいね！」 2