Crius
2023 年6 月 12 日 16:20
1
|||摘要 | 允许大多数版主级别的操作给分类版主仓库链接 | Github 安装指南 | 如何在 Discourse 中安装插件
该插件已更新并测试，可与 Discourse v3.2.1 配合使用，这是目前最新的稳定版本（非 -beta）。我们的目标是仅支持未来的稳定版本，这意味着如果您使用的是 -beta 版本，此插件很可能无法正常工作。
在插件的 GitHub 链接上，自述文件解释了如何确保您使用的是 v3.2.1。-beta 版本降级到了 v3.2.1，遇到的唯一问题是侧边栏会有点混乱。要解决此问题，只需注销然后重新登录即可。
通过此次更新，我们还根据一段时间前的要求，为分类版主可用的操作添加了“更改所有权”功能。
v3.2.1
此处 有一个功能请求，旨在将这些功能整合到 Discourse 中。如果您认为将这些更改包含在核心 Discourse 功能中有用，请随时支持。
自我们开始使用 discourse 以来，我们发现分类版主可用的操作非常有限。大多数基本内容操作都受到限制（设置慢速模式、添加员工颜色/通知等），在我们看来，这并没有真正的理由。
因此，我们决定尝试一下，创建一个插件，为分类版主在他们被分配的分类中提供大多数与内容相关的版主权限。
以下是唯一排除的操作：
分类版主无法操作用户 - 暂停、静默、更改 TL、访问用户管理视图仍保留给常规版主
授予徽章 - 需要一些管理员权限，我们不希望过多干预。
查看版主历史记录 - 需要一些管理员权限，我们不希望过多干预。
主题转换为 PM 和反之亦然 - 我们认为此操作属于小众情况，并倾向于将其留给常规论坛版主
只需像安装其他任何插件一样安装它，然后在设置中勾选复选框即可启用它。
初始 Beta 版本
更新了与 Discourse v3.2.1 兼容的版本
16 个赞
Canapin
2023 年6 月 12 日 16:33
2
你根本看不到理由，还是说你个人看不到？
我们有时会在元（meta）上使用它。例如，如果一个插件或主题/组件最初由不再维护它的人开发，然后我们将其作者更改为新的维护者，或者根据上下文更改为 @system 。
2 个赞
Crius
2023 年6 月 12 日 16:35
3
我措辞不当，现在已修复。实际上，TODO 中包含了将该功能作为选项启用的可能性。
在我们的社区中，这只会变成一个 wiki 帖子，以便每个人都可以对其做出贡献。在你指定的示例中，这很有意义，但对于我们的论坛来说，唯一接近的案例是某个指南（例如使用树莓派进行自托管、游戏指南、乐队活动列表等）。
3 个赞
mattdm
2023 年6 月 12 日 17:14
4
Here’s an example use case: with the WordPress plugin, users need to be individually configured with a Discourse username — even if SSO ensures they are 1:1. If someone forgets or misconfigures the WordPress side, the post ends up owned by “system”.
Having WordPress moderators be category moderators for the blog comments category would let them take care of this (and, of course, moderate comments).
sam
2023 年6 月 14 日 20:59
5
这里有一个重要的用例，您希望类别版主不要成为 tl4？
我很乐意在此改进核心。
9 个赞
mattdm
2023 年6 月 15 日 17:06
6
至少，我想区分以下几点：
被讨论社区认可为负责任、富有成效、建设性的参与者，以及
因担任某个职位而对某个领域负有责任和权力（该职位可能与一般参与讨论完全无关）
TL3 是前者的自动化版本，而 TL4 在我看来有点像是“你获得终身教职了！”的版本。
类别版主（或应该如此！）非常适合后者。
3 个赞
Crius
2023 年6 月 16 日 14:25
7
TL4 是全论坛范围的。在我们看来，分类版主应该拥有版主的所有工具，只是受限于其所在的分类。
这只是个人观点，但我们觉得拥有高 TL 等级的用户在管理分类时，其权限却不如分类版主，这确实说不通。
在我看来，TL4 保持现状就很好，因为他们可以管理全论坛，但不能对用户采取行动。
再次强调，在我们看来，分类版主应该能在其自己的分类中执行版主的操作。这甚至包括封禁用户，但这涉及到完全不同的复杂程度。
我当时的想法是创建一个类似“banned_from_categoryslug”的用户组，该分类被分配给该组，组内用户只能读取该分类。
或者，也可以通过数据库中的专用表来扩展用户功能，在该表中添加 user_id、category_id 和 datetime。每次用户访问一个帖子时，都会运行一个检查，以确定他们是否可以与之互动。
采用基于用户组的路线的好处是，管理员和论坛版主已经有了一个现成的用户界面来最终解除禁令。另一种方法则需要开发一个专用视图，但会提供更大的灵活性（例如禁令到期等）。
8 个赞
simon
2023 年9 月 21 日 20:24
9
我不确定这是 Discourse 希望发展的方向，但如果分类版主拥有这种权力，就可以将分类用作论坛内的论坛。从我的角度来看，这将非常棒。
7 个赞
我认为群组所有者可以移除群组成员，这样可以移除他们对该分类的访问权限（如果该分类受群组限制）。那么，群组所有者加上分类版主是否可以实现此功能？
3 个赞
sunjam
2023 年9 月 22 日 06:55
11
您能否详细说明一下这对于分类版主来说具体会改变什么？非常感谢。
mattdm
2023 年9 月 22 日 13:58
12
james.network:
您能否详细说明这对版块版主有何改变？非常感谢。
鉴于“这些是唯一的例外”这一声明，Trust Level Permissions Reference 中“版块版主”列显示为“TL”或为空的所有内容都将变为
我真的很希望能够有更精细化的控制——或者更好的是，这种精细化的控制不是通过插件实现，而是内置的。对我来说，无法更改所有权（我知道这讽刺地是一个例外）才是大事——但显然并非对每个人都如此。
3 个赞
Heliosurge
2023 年9 月 23 日 23:34
14
这确实可行。我已经按照这个模式创建了一个设置，并参与了关于“如果无法发帖则显示消息”的 HTML/markdown 主题讨论，目的是生成一条带有链接的消息，引导用户联系群组管理员。
虽然这种方法有效，但更好的选项是在群组管理员权限中增加带有时间选项的封禁/禁言列表功能。这样，问题用户可以被禁止访问某个分类。同时，保留允许自由加入和退出的非受限群组选项。即使在受限群组中，这个列表功能也可以扩展为：当用户被群组封禁时，向其发送带有封禁说明的通知。
注意 我们可能可以发起一个 Contribute > Feature @simon 似乎也有兴趣。
2 个赞
Crius
2023 年10 月 15 日 09:46
15
Matthew Miller:
我真的很希望看到这个有更细粒度的控制
相信我，我也很希望 Discourse 本身能做到这一点。让别人来修改论坛的样式，但又因为不能直接给予一个只负责 CSS 和视觉效果的人完全的管理员权限而不得不自己测试更改，这真是太烦人了。
Matthew Miller:
缺乏更改所有权的能力
我们可以研究一下。不可否认，我们因为没有想到一个应用场景（常规的全论坛版主最终可以做到这一点）而忽略了这一点。
总的来说，如果 Discourse 实现了更细粒度的控制，并且允许分类版主只能禁止他们分类中的用户，我将很乐意弃用这个插件，但可惜的是，这似乎不是他们目前优先考虑或感兴趣的事情。
1 个赞
我找不到 Contribute > Feature
2 个赞
Heliosurge
2023 年10 月 16 日 05:20
17
也许由我或其他人开始扩展这些群组功能是个好主意。
例如：
目前，我使用“需申请加入”群组配合模板插件来维护封禁列表以供参考。
Crius
2023 年10 月 23 日 09:05
18
Apparently, one of the latest changes
为排队帖子新增“修订”选项
是不是除了添加一个新选项之外，还做了其他改动，因为插件停止工作了。据我们所知，这并没有破坏 Discourse，但额外的选项不再可用了。当有人决定在添加单个新功能的基础上重构大量内容时，总是很有趣
我们正在尝试再次查看代码，找出发生了什么变化。
1 个赞
Crius
2023 年10 月 23 日 09:08
19
我的理解是，有开发者或接近开发者的人说过，这不是他们的优先事项或发展方向，但也许我记错了。我只是路过，如果有人想发起功能请求，欢迎交叉链接此主题，使其出现在顶部链接中，或者 @我 ，我会更新主贴。
1 个赞
这是从 CEO 那里得到的反馈，所以我认为这是一个积极的信号：
如果你确实希望将其添加到核心功能中，那么提出一两个 Contribute > Feature
3 个赞
| 摘要 | 允许大多数版主级别的操作给分类版主
| 仓库链接 | Github
| 安装指南 | 如何在 Discourse 中安装插件
，除了授予徽章、更改所有权和用户账户操作。
