默认作曲家类别组件

Repository at GitHub - discourse/discourse-default-composer-category

https://github.com/pmusaraj/discourse-default-composer-category

Install this theme component

What this does?

This is a very simple theme component that does only one thing: it lets administrators set a category as the default category for the composer. It’s most useful for sites that have disabled the Uncategorized category and would like another category to be automatically selected when launching the composer.

How to configure it

The configuration asks for the category id for the default category.

You can find out the id for the category by navigating to the category page for that category and taking the last number in the URL, e.g. /c/site-feedback/2 → 2.

24 个赞

Great component, thank you!

One issue I have though is that for the category I selected I have set Minimum number of tags required in a topic to one. Still it lets me create a topic without adding a tag.

2 个赞

Thanks for the bug report @tpetrov, it should now be fixed via:

https://github.com/pmusaraj/discourse-default-composer-category/commit/aa30def362501f67ae06541ae62597a32bae8ac7

5 个赞

Wow, that was real quick. Thanks a bunch!!

2 个赞

我刚注意到这个。这太棒了。

我投票赞成默认禁用“未分类”,并将此功能移至核心。

6 个赞

@pmusaraj,我刚在我的论坛上安装了这个组件,想知道你是否能为我澄清一下设置。不清楚“默认编辑器类别 ID”应该是什么格式——我尝试了类别的名称和 URL,但似乎都不起作用。

我应该使用什么 ID?

1 个赞

我会尝试 22。

4 个赞

谢谢@Moin,问题解决了。

3 个赞

我希望能有一个默认的默认类别,但同时允许用户单独选择他们偏好的个人默认类别。其他人有过这样的想法吗,或者有什么实现方法吗?

3 个赞

我也很喜欢这个。我认为未分类,这个“未分类”让人非常困惑。我希望新的 General 是一个默认类别,用来取代 Uncategorized,而不是一个名字奇怪的 lounge 替代品。

4 个赞

我相信很快就会。:slightly_smiling_face:

3 个赞

这是一个非常新的更改,刚刚被合并。General 现在是 网站上撰写器中的默认类别。

不存在,但我愿意添加它!

对于现有网站,我需要制定一个计划,说明它们如何获得默认类别功能。目前它需要禁用 allow_uncategorized_topics,但随后还需要存在 General 类别,并且设置隐藏的站点设置 general_category_id,但如果管理员可以自定义哪个类别是默认类别,这将使现有网站更容易获得此功能,并可能使其在仍启用 uncategorized 的情况下也能正常工作。

3 个赞

哦!太棒了!我最初就是这么想的。我 :man_dancing: 很高兴发生了这种情况。

是的。这相当复杂,但我看不出有什么简单的解决办法。

. . . 等等

等等。等等!等等!!!为什么它是隐藏的? :confused: 为什么不直接让人从类别下拉菜单中选择任何旧类别作为默认类别呢?我们为什么称之为 general_category_id 而不是 default_category_id?如果可以简单地选择任何类别作为默认类别,那么切换到这个好得多的解决方案应该不是什么大问题。

5 个赞

我完全同意这最好作为 UI 中的一个设置,并且“默认”是一个更好的术语。

5 个赞

我认为 #general 对于以下情况是有意义的:

  • 许多小型网站,尤其是那些整体讨论重点很窄的网站
  • 尚未在分类方面投入大量精力思考的网站 [1]

我不会声称我的网站是 巨大的,但 #general 并不真正适用。

为了让这一切具体化,如果这有帮助的话:

目前,我们有两个网站,一个是面向最终用户支持的 Ask Fedora,另一个是面向项目维护者/贡献者的 Fedora Discussion。在运行了几年这种分离模式后,我们决定将 Ask 合并为 Discussion 的一个子类别。

根据经验,我们 绝对 希望新用户的默认类别是 Ask Fedora。否则,就会陷入混乱。但是,那些更深入参与贡献者方面的人可能会希望将 Project Discussions 类别(目前 Discussion 的默认类别)设为默认类别。最好能轻松地提供这个选项。

(如果我应该将此拆分为自己的主题或在某处创建工单,请告诉我…)


  1. 承认一下,根据我的经验,大多数网站都是如此 *叹气* ↩︎

3 个赞

但这不会像 Uncategorized 那样适用吗?

除非版主们非常积极地对这些内容进行分类,否则它们就跟#trashcan(垃圾桶)差不多。谁会订阅那个分类呢?

订阅#uncategorized的人也会订阅吗?

但我可能错过了你论点中的一些部分。我认为这个主题组件是个好主意。我也认为取消#uncategorized是个好主意(我说的就是这个,我现在感觉到你说的不是这个)。

问题在于强制人们选择分类的开销。我认为你和我同意这并不难(如果可供选择的分类足够少的话)。

1 个赞

是的,我认为我们基本达成一致。我不允许未分类的帖子——而且无论是否通过此组件或内置方式定义一个默认值,似乎在各方面都更好——至少只要名称是可配置的。

另外,我希望有一个选项允许用户选择他们自己的默认值。

1 个赞

如果可以在撰写器中根据成员所属的群组设置不同的默认类别,那就太好了。

我希望在一个 Discourse 服务器上运行多个独立的社区,作为单独的群组,并拥有私有类别,并希望它们在很大程度上相互隔离。

目前发帖时,他们必须选择一个类别。这本身不是什么坏事,如果我能根据他们所属的群组建议一个默认类别,那就更方便了。

这些不是秘密群组,大多数成员都知道我运行多个讨论群组,他们只是选择他们感兴趣的群组。

同样,新用户在注册时可以请求加入一个群组会很有帮助。您可以将他们放入一个受邀加入的群组,这似乎也允许他们选择一个群组,尽管这可能会产生需要允许私有但可选和私有但大部分隐藏的群组的问题。

4 个赞