好吧,我肯定需要一些时间来适应新的颜色。Customization > Theme 看起来像旧的 #announcements:blog 类别。
让我感到困惑的一件事是,为什么 Community Building > General 现在在 Community Building 下面了——感觉通用类别成为子类别是错误的。
我这样做了,但大多数我希望直接访问的分类现在都隐藏了。所以我勾选了我想要它们可见的子分类框,并隐藏了一些顶级分类,这样对我来说更实用了。
主题页面顶部的类别过滤器不显示子类别,这是预期的行为。但通常您可以使用搜索来查找它们。这在 Meta 上对我不起作用,可能是因为 #lazy-load-categories。这让我想起了我在这里报告的问题 https://meta.discourse.org/t/search-in-category-drop-down-missing/388911。
这是我在这里看到的情况,没有搜索选项:
这是我所怀念的:
我更希望能够直接访问,例如翻译类别,而无需先访问父类别。
是的,如果我们继续走这条路,颜色选择可能需要仔细看看。
你能分享一些你决定重新添加的子类别的例子吗?
有一件事让我很困惑,那就是为什么 Community Building > General 现在在 Community Building 下面——感觉通用类别应该是子类别是错误的
是的,我会继续考虑这个问题……
主题页面顶部的类别过滤器不显示子类别,这是预期的。但通常你可以使用搜索来找到它们。这在 Meta 上对我不起作用
嗯……你能分享一张这个对你不奏效的截图吗?这是我在那里搜索翻译的截图:
嗯……你能分享一下你这里无法正常工作的截图吗?
你期望什么样的截图?
我附上了这个:
这是我在这里看到的情况,没有搜索选项:
也许你能看到比我更多的分类。我认为如果分类少于 10 个,就会添加某种限制,从而隐藏搜索功能。
或者因为你为你侧边栏配置的分类,所以加载了更多的分类。我那里只有一个分类(因为不可能为 0,那样我会得到所有默认分类)。
您在登出状态下尝试时是否有效?
也许您能在这里看到比我更多的分类。我认为如果分类少于 10 个,就会添加某种限制,从而导致搜索被隐藏。
啊,好的,我可以在登出时重现这个问题。谢谢。
我们会看看能做些什么来改善这一点。
我看到分类终于更新了,但我们能恢复旧的分类样式吗?历史上我一直将分类用作我的主页,但这没什么用处..
我想先适应一下这种新样式,看看我们能学到什么。
您现在可以尝试将主页更改为“最新”吗?
请记住,当我们在这个部分取得进一步进展时,体验的这一部分很可能会发生变化:
我们将对主题进行更大的改进,以便更容易找到与不同活动相关的内容。
我想先使用这种新样式一段时间,看看我们能学到什么。
你现在能试着把你的主页改成“最新”吗?
我的意思是,我想我现在别无选择,只是对我来说很奇怪,我们正在追求更低的信息密度,因为目前这个页面一点用都没有,真不幸。
我很遗憾地说,我绝对不喜欢#community-building(社区建设)的主题列表现在充满了各种与我之前认为该类别涵盖的“社区管理”领域无关的内容——在数据、赞扬、一般性问题之间,它对我来说变得一团糟,稀释了该类别的价值:
Support > WordPress 类别令人困惑——我最初有一个关于 Discourse 和 WordPress 的一般性问题,所以发在了那里,但它似乎只与插件有关(@Moin,我是否正确理解了您将其移至 Support 的原因?)。感觉这应该是一个 Customization > Plugin 中的主题,而不是一个完整的类别?或者如果它比插件更广泛,应该更新描述?
它不是一个 Discourse 插件。它是一个 WordPress 插件。在 Customization > Extras 中有一些关于它的主题,例如 https://meta.discourse.org/t/wp-discourse-1-5-release/74551,但那不是一个支持问题的分类。
我喜欢它有一个独立的支持分类,而不是仅仅在通用支持分类中使用 wp-discourse 标签,因为它有助于我决定可以在哪里提供帮助,就像 Support > Self-hosting 分开了关于安装和更新的问题一样。
我很遗憾地说,我绝对不喜欢#community-building::category 的主题列表现在充满了各种与我以前认为该类别涵盖的“社区管理”领域无关的内容
我也不喜欢。
我会考虑下一步尝试进行什么调整。
我仍然认为 Community Building > Data & reporting 中的大部分内容更像是 #sql-help,后者应该是一个支持类别。
引用给所有没有看到我之前说过什么的人
我目前会将 #data-reporting::category 中的大部分主题归类到 Support 而不是社区建设。对于需要哪些数字、如何解释它们以及改进它们的措施的交流,社区作为一个总括性主题非常合适,这当然是一个值得更多讨论的领域。数据的选择以及如何处理数据在网络研讨会中也反复提及,因为它非常重要。
对于如何获取数据的技术部分,社区总括性类别似乎不太合适。大多数标记为 sql-query 的主题更多是询问如何获取数据。对我来说,这更像是支持中的 #sql-help,未来 sql-triggered-badge 可能会在该类别下对处理徽章的查询进行分组。我只是想知道 #data-reporting::category 中还剩下什么。
我将避免对这个分类重组发表我的意见,因为它可能值得一试,看看效果如何,但无论如何,我都不喜欢侧边栏上那些彩虹色的分类项目符号。
这很乱。
我的眼睛更喜欢单一颜色的简洁。
另外……我通常不喜欢蓝色/红色的组合,因为我的眼镜有色差。
根据我通过眼镜看的方式,Community Building > Data & reporting 的项目符号看起来会像
或
或 ![]()
是的,就是这样…… ![]()






