The discussion revolves around whether watching a category in Discourse automatically watches its subcategories. Users schungx and wolftune initially raise the issue, noting that subcategories are not currently watched when a parent category is watched, which creates maintenance challenges. While some users, like JPick, advocate for a “watch this + all subcategories” option, others, such as ClawdiaWolf, caution against it due to performance concerns with large numbers of subcategories. A key point of agreement is that the feature already exists but is not easily discoverable. rishabh confirms that users can watch all existing subcategories by searching for the parent category and selecting the “+x categories” option, though this does not apply to new subcategories. For dynamic categories, a workaround using automation is suggested rishabh. However, users like aidanheerdegen note the feature is inconsistent across instances, and JammyDodger questions its reliability. The consensus is that the functionality exists but needs better discoverability and reliability.
It seems like whenever a category is watched, any subcategories underneath it are not automatically watched as well.
This way, when I have a lot of subcategories (in our case different countries), it is quite a long watch list that must be carefully maintained for different users.
Is there a way to “propagate” the watch to subcategories?
This question is similar to:
in
https://meta.discourse.org/t/how-to-get-notification-of-all-new-topics-of-a-category/4496
but it doesn’t seem to have a resolution yet. Subcategories seem to be only used for:
LatestThis seems relevant:
But anyway, can I get clarity on the intended situation? There no relation between watch settings for categories and subcategories? They each are changed independently, and only posts directly in the top-level category are affected by its watch settings?
Following up on this, I think the solution I’d want is:
虽然我理解为什么单独选择父级对某些人来说是有益的。在我们的情况下，父分类不允许发帖，所以那里除了子分类外什么都没有，而子分类可能有很多。虽然我很希望不需要那么多子分类，但我认为在某些情况下我们仍然需要它们。
对于喜欢精细调整的用户来说，在静音分类选择下拉菜单中能够快速多选也是一个不错的功能。不过，像上面提到的那样提供一个单一选项也会很棒。
这对我们的国际论坛也会非常有帮助。
这对我们的论坛来说也非常棒，尤其是如果能在站点设置中将其作为默认选项启用（即“默认分类关注”设置）。这将在一定程度上解决用户报告的 various UX 问题。
我修改了一个用于类似问题的插件，作为我自己的解决方案，因为我也需要出于语言原因屏蔽子类别。
感谢你的分享，@Christoph_Holtermann！
我虽然不是程序员，但会把它转给我们的开发负责人，看看我们能否加以利用（我们需要对其进行修改，以包含子类别）。
当我设置某个类别的状态时，只需要一个“应用到所有子类别”的选项。
我们正在考虑更改此行为，以便当用户将某个类别设置为“监视”时，其下的任何子类别都将自动被监视。这将匹配“静音”的行为，并且在需要时，用户可以手动更改任何子类别的跟踪级别。
我想知道这里是否有任何新的反馈，或者人们是否仍然认为这对他们未来的论坛有用。
所以，我的理解对吗——当类别选择“Watching”（关注）时，在子类别级别：
在我看来，我们又陷入了另一种两难的局面。
但是，因为很多管理员将子类别（甚至子子类别 
）用作标签，而且子类别之间没有任何更深层次的上下文联系（这种情况在我关注的几乎所有 Discourse 中都存在），强迫我关注所有内容而不是我可能选择的内容……这很烦人。当然——这只需要做一次，但仍然如此。
另一方面……因为类别会显示来自子类别“Watching”（关注）的最新内容，所以在每个子类别上都这样做是合乎逻辑的。
在 NaNoWriMo 论坛上，将所有子版块的通知设置为“关注”，而顶层分类设置为“关注”，对我们的用户来说将是一场噩梦，并且会造成性能问题。
我们启用默认静音的唯一原因是我们本地区域的子分类所在的分类有 700 多个子分类。
我唯一能看到这成为一个合理选项的方式是，管理员能够选择禁用不需要自动行为的分类的子版块。
对我来说，这似乎是将其设为可选操作的理想选择，而不是选择加入或选择退出。因此，当有人关注或取消关注顶级类别时，提示他们指定是否要关注/取消关注子类别。保留拥有任何组合的能力。
同样——我已经构建了我们的网站，以利用子类别具有与父类别不同的默认监视能力。这非常有帮助！
它只需要一个选项，即可将子类别包含在监视默认更改中（在任何级别）。我指的是对于每个父类别，都有两个选项：
我敢肯定，我在 UI 中其他地方见过这个，但我怎么也找不到在哪里。它以前是这样的吗？
我突然就能做到了，几乎在所有的类别设置中：
\u003e
首先，您似乎需要用文本搜索感兴趣的类别。
我认为最好也能在初始列表中显示它，因为我认为人们需要一段时间才能偶然发现它。我找不到它，而且我找得很辛苦！！
谢谢 Nathan，这太棒了，因为它消除了任何更改的需要。如果将来需要，我们可以使其更易于发现，但至少这里的每个人都知道 Discourse 中存在此选项。
如果有人想测试，请访问此处 → meta.discourse.org/my/preferences/tracking
现有的功能对于跟踪所有 existing 子类别效果很好，但在一个组想要跟踪 existing and new 子类别的情况下，可以通过 Discourse Automation 实现。
我不确定我是否理解。与现有的群组通知设置（这些设置是预期应用的）相比，这有什么优势？
