schungx
(Stephen Chung)
2017 年9 月 4 日 01:38
1
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?
9 个赞
schungx
(Stephen Chung)
2017 年9 月 8 日 03:46
2
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:
Organization purposes
Getting list of Latest
1 个赞
wolftune
(Wolftune)
2018 年8 月 29 日 00:02
3
This seems relevant:
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.
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?
2 个赞
wolftune
(Wolftune)
2018 年11 月 1 日 21:36
4
Following up on this, I think the solution I’d want is:
A watch option for only top-level categories called “watch this + all subcategories”
7 个赞
emilio
(emilio)
2019 年9 月 13 日 01:15
5
虽然我理解为什么单独选择父级对某些人来说是有益的。在我们的情况下,父分类不允许发帖,所以那里除了子分类外什么都没有,而子分类可能有很多。虽然我很希望不需要那么多子分类,但我认为在某些情况下我们仍然需要它们。
对于喜欢精细调整的用户来说,在静音分类选择下拉菜单中能够快速多选也是一个不错的功能。不过,像上面提到的那样提供一个单一选项也会很棒。
6 个赞
JPick
(James)
2019 年10 月 10 日 08:51
7
这对我们的论坛来说也非常棒,尤其是如果能在站点设置中将其作为默认选项启用(即“默认分类关注”设置)。这将在一定程度上解决用户报告的 various UX 问题。
4 个赞
我修改了一个用于类似问题的插件,作为我自己的解决方案,因为我也需要出于语言原因屏蔽子类别。
committed 02:30PM - 10 Oct 19 UTC
3 个赞
JPick
(James)
2019 年10 月 11 日 08:28
9
感谢你的分享,@Christoph_Holtermann !
我虽然不是程序员,但会把它转给我们的开发负责人,看看我们能否加以利用(我们需要对其进行修改,以包含子类别)。
当我设置某个类别的状态时,只需要一个“应用到所有子类别”的选项。
1 个赞
Stephen Chung:
有没有办法将“监视”扩展到子类别?
我们正在考虑更改此行为,以便当用户将某个类别设置为“监视”时,其下的任何子类别都将自动被监视。这将匹配“静音”的行为,并且在需要时,用户可以手动更改任何子类别的跟踪级别。
我想知道这里是否有任何新的反馈,或者人们是否仍然认为这对他们未来的论坛有用。
3 个赞
Jagster
(Jakke Flemming)
2023 年2 月 24 日 13:33
12
所以,我的理解对吗——当类别选择“Watching”(关注)时,在子类别级别:
手动选择“Watching”(关注)是坏的
手动选择其他级别是好的
在我看来,我们又陷入了另一种两难的局面。
但是,因为很多管理员将子类别(甚至子子类别 )用作标签,而且子类别之间没有任何更深层次的上下文联系(这种情况在我关注的几乎所有 Discourse 中都存在),强迫我关注所有内容而不是我可能选择的内容……这很烦人。当然——这只需要做一次,但仍然如此。
另一方面……因为类别会显示来自子类别“Watching”(关注)的最新内容,所以在每个子类别上都这样做是合乎逻辑的。
在 NaNoWriMo 论坛上,将所有子版块的通知设置为“关注”,而顶层分类设置为“关注”,对我们的用户来说将是一场噩梦,并且会造成性能 问题。
我们启用默认静音的唯一原因是我们本地区域的子分类所在的分类有 700 多个子分类。
我唯一能看到这成为一个合理选项的方式是,管理员能够选择禁用不需要自动行为的分类的子版块。
2 个赞
wolftune
(Wolftune)
2023 年2 月 24 日 18:46
14
对我来说,这似乎是将其设为可选操作的理想选择,而不是选择加入或选择退出。因此,当有人关注或取消关注顶级类别时,提示他们指定是否要关注/取消关注子类别。保留拥有任何组合的能力。
2 个赞
nathank
(Nathan Kershaw)
2023 年2 月 24 日 19:12
15
同样——我已经构建了我们的网站,以利用子类别具有与父类别不同的默认监视能力。这非常有帮助!
它只需要一个选项,即可将子类别包含在监视默认更改中(在任何级别)。我指的是对于每个父类别,都有两个选项:
仅类别
类别 + 其所有子类别
我敢肯定,我在 UI 中其他地方见过这个,但我怎么也找不到在哪里。它以前是这样的吗?
2 个赞
nathank
(Nathan Kershaw)
2023 年2 月 27 日 22:36
16
我突然就能做到了,几乎在所有的类别设置中:
\u003e
首先,您似乎需要用文本搜索感兴趣的类别。
我认为最好也能在初始列表中显示它,因为我认为人们需要一段时间才能偶然发现它。我找不到它,而且我找得很辛苦!!
5 个赞
谢谢 Nathan,这太棒了,因为它消除了任何更改的需要。如果将来需要,我们可以使其更易于发现,但至少这里的每个人都知道 Discourse 中存在此选项。
如果有人想测试,请访问此处 → meta.discourse.org/my/preferences/tracking
4 个赞
现有的功能对于跟踪所有 existing 子类别效果很好,但在一个组想要跟踪 existing and new 子类别的情况下,可以通过 Discourse Automation 实现。
main ← group-category-notification
opened 02:38AM - 01 May 23 UTC
It also adds new category created/edited trigger which can be limited by the par… ent category. Using these we can set new subcategories's notification level for group members.
2 个赞
nathank
(Nathan Kershaw)
2023 年5 月 8 日 07:00
19
我不确定我是否理解。与现有的群组通知设置(这些设置是预期应用的)相比,这有什么优势?
1 个赞
此自动化是一种变通方法,可确保所有群组成员都能关注未来的子类别。
通过现有的群组通知设置,我认为点击“+2 个子类别”选项将跟踪今天存在的子类别,但您以后必须手动添加未来的子类别。
2 个赞