B-iggy
2019 年11 月 20 日 08:46
1
Discourse 团队您好，
在最近的一次升级中，似乎“从最新话题中隐藏分类”这一分类设置选项消失了。我在发布说明中未找到相关信息，不知这是否为有意为之？
这是我从 @jomaxro 那里找到的最新信息：
https://meta.discourse.org/t/hide-category-from-latest/86023/4?u=b-iggy
这个设置对我来说非常重要。
Tracey
2019 年11 月 20 日 09:47
2
这是最新信息，请查看 @sam 于 8 天前发布的帖子更新：
Go to the settings of some topic and check “Suppress category from latest topics.” then post something to that topic. It is correctly not shown in the Latest tab, but when you open the RSS feed then it contains the post.
Can be seen here:
Projects in Copr - Fedora Discussion
this category has “Suppress category from latest topics.” set to on. There is a lot of new topics.
Fedora Discussion
does not show those topics, however
/latest.rss
shows topics from Projects in Copr category.
B-iggy
2019 年11 月 20 日 10:29
4
哦，抱歉，我没找到。谢谢！@rishabh @Tracey
这里不是讨论这个的正确地方，而且看起来已经决定了，但对我来说这是很大的功能损失。
我看看能不能找到变通办法：(
sam
2019 年11 月 20 日 19:16
5
完全不是这样，它们在功能上是等价的，只是 mute 更加灵活。
能请你解释一下吗？
B-iggy
2019 年11 月 20 日 20:51
7
好的，让我来解释一下。
作为背景信息：“suppress”（抑制）功能赋予论坛的“设计者/所有者”对用户操作流程的控制权。用户不会自动了解所有功能、按钮、下拉菜单等。Discourse 是一个需要用户主动“寻找功能”才能发现的系统，如果您明白我的意思的话。
抱歉 链接回 我的论坛，但也许这样您能更好地理解。
如果您为所有人静音整个（子）分类，该（子）分类将不再在此配置中显示，例如：
在这个例子中，这是一个“获取支持”分类，其中包含一个“支持”子分类。
“静音”意味着它不再显示在首页上（这是新用户最重要的着陆页，而在此情况下他们正需要帮助）：
用户必须主动自行“取消静音”该子分类才能看到它：
但随后，他会在右侧看到来自其他 玩家的大量“刷屏”支持工单：
使用“suppress”时，子分类对所有人都在左侧可见，并且只实现了我想要的效果：不在右侧“最新”栏目下显示该子分类的所有主题，但让用户知道确实存在 一个支持子分类：
因为“支持”子分类有数百个工单，每天有很多被回复，这会挤占重要的“普通”讨论的位置，而支持工单实际上只对 1-2 名玩家感兴趣。
TL;DR：从技术上讲，“mute”（静音）与“suppress”类似，但在设计特定论坛的可用性方面却失去了控制。用户不会主动找到静音按钮，不清楚它的具体作用，最终无法达到我希望他们达到的效果，或者如您所说：
sam:
mute 更灵活
对用户来说：是的。对论坛所有者/设计者来说：不是。
希望我的解释能有所帮助。
sam
2019 年11 月 20 日 21:50
8
好的，总结一下，您依赖的是：
我们在这个功能上遇到了很多混淆：
I found a slight inconsistency in the UI that confused a user today. When you mute a subcategory, it is then hidden from the list in the parent category from Show subcategory list above topics in this category. For example, I muted advertising in the plugins category, if you then go to plugins, it is hidden:
[image]
But, on the main categories page it is still visible:
[image]
Super rare situation, but it seems to me that the category shouldn’t be hidden from view like this, or is it intend…
The top menu is configure like this:
[Captura%20de%20pantalla%20de%202019-05-01%2015-40-41]
The page style is configure like this:
[Captura%20de%20pantalla%20de%202019-05-01%2015-41-21]
so I have:
On The Left
Category-1 everyone can create/see/reply but Require moderator approval of all new topics
** sub-category-1 everyone can create/see/reply without restriction
** sub-category-2 everyone can create/see/reply without restriction
Category-2 everyone can create/see/reply but Require …
I muted two categories and it still appear on top of the categories page (since it have recent activity). Shouldn’t it be hidden or at the bottom? It’s more annoying when I use categories as home page. And “categories with featured topics” option even showing me muted category’s topics too. Also is it better to order categories by notification_level and then activity.
What would you like done?
When do you need it done?
asap
What is your budget, in $ USD that you can offer for this task?
100$
I found this behavior somewhat unexpected:
Create category “Foo” with setting “suppress this category from homepage”
Create topic “Bar” in category “Foo”
Top menu is set to Latest | Categories | Unread
Topic “bar” is not shown on Latest, but is shown on Categories (so far so good).
In user preferences, select “Categories” as the homepage
Now, for that user, topic “bar” is shown on Latest but the entire Foo category is hidden on their Categories page.
I think it may improve things if there we…
We have a category, which creates lots of new topic because of embedding (topics are automatically created when a page with embedded Discussion is shown).
Projects in Copr - Fedora Discussion
People are asking that this category should be suppressed from New topic. It can be suppressed form latest, but not from new. It would be nice to have a checkbox with “Suppress category from new topics”. (and RSS feed).
我对于如何处理这个问题有些犹豫。目前我们拥有一套极其容易解释的系统，并为终端用户提供了极大的灵活性。旧的“从最新中抑制”功能用户无法覆盖，对用户是隐藏的，且显得神秘。
总体而言，我们现在需要等待至少两周，以便从社区收集更多反馈。
B-iggy
2019 年11 月 20 日 21:57
9
是的，我能想象其中存在不少冲突或困惑
就我而言，这也主要集中在桌面风格上：
（顺便提一下，这部分应该大大加强。例如，“最新主题”模块就非常棒。桌面页面是论坛的“门面”，理应美观清晰，对吧？
好的，我很想看看两周后的效果如何。
关于“静音”功能的一点建议：
我建议保留桌面页面上的分类可见。
我认为“静音”只应适用于“活跃”内容，比如主题或帖子。
'suppress_from_latest’函数与默认静音之间的另一个主要区别是：当我静音某个类别时，这只会隐藏“最新动态”页面中我未关注的主题。我希望从“最新动态”页面完全隐藏某个类别，但使用默认静音选项似乎无法实现这一点。
sam
2019 年11 月 24 日 23:26
11
您能稍微展开讲讲吗？既然您关注了某个话题，为什么又不想在最新动态中看到它呢？
嘿，Sam，
如果我们理解正确的话，我们遇到了与 @B-iggy 类似的问题。我们的论坛既用于提交漏洞报告，也用于社区讨论，并且我们将“最新”页面设为默认页面。我们之前使用了一个“漏洞”分类（仅限我们应用的认证测试人员访问），并通过屏蔽功能将漏洞报告隐藏在首页，因为我们认为大多数人不需要看到其他人的漏洞报告。
但我们仍然希望用户能够轻松访问并在此分类中发帖，而无需取消屏蔽任何内容。
总的来说，我不太清楚这是如何运作的。我们将“漏洞”分类设置为对所有人屏蔽，并对所有用户应用了回溯性更改，但不知为何，我仍然能在“最新”列表中看到来自“漏洞”分类的帖子，这至少影响了我的个人体验。同时，我也不确定其他人是否也有同样的体验，因为我不清楚他们能看到或不能看到什么。
JimPas
2019 年11 月 25 日 19:08
13
你可以创建一个新用户，用该用户登录，查看普通用户能看到的内容。
Krischan
2019 年11 月 25 日 21:15
14
与上述类似的使用场景：我们组织了一场会议，并设立了一个类别，用户专门进入该类别以了解演讲者。每位 100 多位演讲者都有各自的主题：https://1e9.community/c/konferenz/speakers
将它们放在我们的最新动态中并不合理，因为缺乏会议背景。因此，“从最新动态中隐藏”这一功能非常实用。
sam
2019 年11 月 25 日 21:37
15
为什么默认静音功能在您的用例中不起作用 @Krischan ？
Krischan
2019 年11 月 25 日 21:42
16
嗯，某种程度上确实如此，这也是我呼吁有限的原因。
sam
2019 年11 月 25 日 21:57
17
Krischan:
所以他们的曝光度越高越好。
你能详细说明一下吗？新系统实际上会给他们带来更多曝光，因为一旦有人开始与这些话题互动，他们就会被追踪，随后这些话题就会出现在他们的“最新”列表中。
Krischan
2019 年11 月 25 日 22:06
18
嗯，在我们的案例中，我们有一大批并非社区成员但可能会来参会的人群。他们不会与这些主题进行互动，但如果他们能轻松找到这些主题，那将是很好的。此外，出于 SEO 考虑，我们为每位演讲者分配了一个主题，效果相当不错。人们通过谷歌搜索演讲者来了解会议。如果移除指向这些演讲者的内部链接，链接权重就无法传递。不过，也许我遗漏了什么，因为我还没有实际尝试过。
sam
2019 年11 月 25 日 22:15
19
或许你可以在这里放一个横幅，宣传会议并链接到演讲者？
JimPas
2019 年11 月 25 日 22:20
20
我明白你的意思。如果脱离了完整的会议背景，会议主题中的单个帖子就失去了意义。这就是你不想让它们出现在“最新动态”中的原因，这一点完全可以理解。但问题在于，如何在让这些帖子不首先出现在用户看到的“最新动态”（其中也会填充单个帖子）的情况下，仍能提高演讲者的可见度。
或许可以将会议分类全局置顶，使其始终位于顶部。这样，如果有人想查看会议内容，点击该分类即可进入该会议下的主题列表（即演讲者列表）……他们点击任意一位演讲者，即可进入相关讨论。
）
不过，演讲者对于会议当然非常重要，因此他们的曝光度越高越好。