[quote=“John_Lehmann, 帖子：60, 主题：33150”]
我想要一个任何人都可以创建主题，但 1) 只有主题作者和可信度达到 TLXX 的用户才能回复，以及 2) 所有人都能看到的主题（因此我的请求与私信完全不同）。[/quote]
@John_Lehmann 我们刚刚在一个插件中实现了完全相同的功能。
@Hooksmith 这可能对你有用，尽管该插件允许主题作者回复自己的主题（例如，回答后续问题）。
6 个赞
@david 这太棒了，非常感谢。如果还能让版主将其他人添加到对话中，那就完美了。在我们的案例中，原始发帖人（OP）会发布关于双向交易的评分或争议。我们希望让另一方知晓并能够参与讨论。有什么方法可以实现这一点吗？
目前唯一可行的方法是将这些人添加到一个未限制回复的群组中。若要按主题邀请额外人员，则需要对该插件进行一些扩展。
4 个赞
难度极高。发生的可能性极低。Discourse 不提供按主题设置权限的功能，也永远不会提供。如果你需要此功能，请构建一个群组私信。
2 个赞
谢谢回复。抱歉我可能不太了解，能否有人解释一下“构建群组私信”是什么意思？您是指要开发一种不同类型的插件，还是建议我们使用 Discourse 以外的其他软件？
如果您需要按主题设置权限，请发送私信并包含收件人。
您可以描述您的使用场景，以获取其他一些建议。如果您确实需要按主题设置权限，且直接使用/私信方式不适合您，那么 Discourse 可能并不适合您。
编辑：
哦！看来我有点理解错了。
2 个赞
如果你想遵循 该插件 的模式，仅修改 回复 权限，那么这相对简单。对于熟悉 Discourse 编程的人来说，大约需要 1-2 天的工作量。我能理解这对于问答类网站会有多大用处。
正如 Jeff 所说，尝试按主题修改 查看 权限非常困难，而且不太可能实现。这是因为这需要对整个应用程序进行大量修改，包括主题列表、推荐主题、通知等。如果你需要按主题修改 查看 权限，请使用私信（PM）。
3 个赞
除了添加个人之外，另一个选项是选择一个群组，并仅向该群组的用户发送私人消息。只需小心不要意外地向整个群组发送垃圾信息：
-
前往汉堡菜单——默认位置在屏幕右上角。
-
选择“群组”以显示所有群组。
-
选择您要向其发送群组私信的群组。
-
如果您拥有正确的权限（例如，论坛已启用私信功能），则会显示“消息”按钮。
-
选择“消息”按钮以起草群组私信
-
…
2 个赞
大家好，感谢提供的信息。背景说明一下：我目前运营着一个Discourse论坛站点，已经运行了大约6个月，作为我的市场网站的配套社区。目前我们的活跃度大概是这个Meta站点的一半。对Discourse非常满意，运行稳定，完全没有更换平台的打算。
不过，我们希望能添加一个特殊分类，用于公开仲裁纠纷。例如：买家对交易过程不满，作为发起人（OP）提出投诉，然后由受信任的TLX用户回复以收集更多信息并进行调解。
上面我漏掉了一个细节，也是该插件目前唯一缺失的功能：我们需要能够轻松地为涉及该主题的对方用户授予“回复”权限。
- 创建：所有人
- 回复：发起人（OP）、X组用户、对方用户（由管理员添加？）
- 查看：所有人
将这些讨论公开的价值在于，成熟的社区成员可以厘清这些复杂情况中的真实经过，并明确责任归属。这些帖子的历史记录对于建立正面或负面声誉非常有价值。我们网站上其实已有评分系统，但无法像这种多方对话那样深入细节。
可想而知，这类“分类”的管理会非常混乱。但如果能实现上述设置，我相信我们可以比以往的尝试更好地满足社区需求。我们尝试过多种方案，最近一个还算不错的方案在Facebook上被删除了，多年的历史记录随之消失。但其他格式之所以从未理想，是因为它们允许大量无知第三方发表意见，造成混乱。
我愿意资助几天的开发工作，以创建这个插件。
2 个赞
我很有可能将赞助扩展此插件，以支持我刚才提到的功能。如果有人有任何建议，以下是我们提出的方案：
为了允许其他用户获得对主题的“临时”回复权限，插件将扫描原始帖子（OP）以查找所有被提及的用户。这样，他们可以在一开始就被提及，或者版主可以编辑该帖子以添加这些用户。
我们认为，从自然工作流程的角度来看，这是一个很好的方案，同时在实现上也更为简单（例如，无需用户界面）。
4 个赞
您是否可以直接为该类别启用“必须审核”的设置？虽然这可能会降低效率，因为每篇帖子都需要版主审核，但在争议性话题中，这样做或许更为妥当。
3 个赞
我想为原始帖子中指定的“创建”权限提供最新的支持。我们将 Discourse 用作课程论坛，作为 Piazza 的（更）优越的替代品。我们提出了两个使用场景，需要允许用户（学生）在特定类别中创建帖子但无法查看帖子：
- 当学生需要实际在问题中发布代码以寻求帮助时。在这种情况下，我们不希望学生看到其他学生发布的部分解决方案。
- 维护一个学期长的工作日志，记录他们在较长编程项目上的进展。同样，我们希望这些日志包含代码，但学生无法窥探彼此的工作日志。
在这两种情况下，提供类似类别的功能以及对课程工作人员的访问权限都至关重要。
请注意，我们自 2018 年秋季以来，在三个学期中一直尝试使用消息系统来处理上述第一个使用场景。老实说，效果非常不理想。我的班级有数百名学生（秋季 800 人，春季 600 人），还有数百名课程工作人员。至少对我来说，数百条请求作业帮助的消息造成的消息垃圾邮件淹没了来自工作人员和学生的更重要的直接消息，使得整个私信功能变得不那么有用。
因此，我打算建议本学期使用 Google Docs 来实现上述第二个使用场景——遗憾的是，Discourse 本应是更好的选择。但我实在无法忍受由此产生的额外消息流量和混乱。
我不确定上面描述的插件能在多大程度上实现这一功能，但如果能够实现，我们或许可以协助开发。请注意，在我们的情况下，控制主题可见性而不仅仅是回复能力至关重要。
不过，群聊功能可以解决垃圾信息问题。你可以通过仅关注群组来选择“温和”的通知，或者通过静音或将群组设置为普通模式来完全关闭通知。
当你提到使用消息系统时，你指的是否是群聊？（例如，你可以建立一个名为 computing101-staff 的群组，让相关人员在该群组中发送消息，然后该群组的成员可以根据自己的需求选择通知的响亮程度）
2 个赞
我刚才正在编辑我的帖子，想指出我们实际上还没有真正尝试过这种方法，或者尝试得不够深入。有没有一种方式可以实现类似常规话题的处理模式，即我可以不接收某个分类下的所有通知，但可以接收我参与过的消息的回复通知？
除此之外，我大概只能抱怨这些互动被隔离到了论坛的另一个部分，而我更希望它们能与其他话题一起出现在某个分类中。不过，我想这只是一个较小的问题——也许完全可以通过用户界面来解决？我能否让某个消息群组以某种方式显示在分类列表中？
那这样如何？
（以及在最新帖子视图中。）
1 个赞
这是不可能的，这是一个非常不同的类别。尽管如此，在你尝试之前，请不要完全否定它。请尝试一下，并在尝试几个月后反馈结果。
请记住，我们已经尝试消息方法超过一年了。我认为调整音量会有所帮助，但我担心这可能会导致消息被忽略的频率更高。不过，我会提醒我的员工关于可以调整消息组的音量设置。感谢你的提醒。
归根结底，在我们的案例中，确实没有很好的理由在用户界面层面上将学生寻求帮助但不包含代码的话题与包含代码的话题分开。（实际上，如果能按话题级别调整外部可见性，以便我们可以轻松重新分类包含代码但仍需回应的话题，那就太好了。）我们的经验表明，强制通过这些消息系统会使消息功能变得不那么有用，嗯，就是消息功能本身 。无论如何，我理解我们在这里属于更小众的使用场景，但我们已经开始尝试说服更多人将 Discourse 用作课程工具，我认为更无缝地支持这种功能将有助于加强这一论点。
我担心的是，如果我们开始在这里将油和水混合，那么为什么在用户体验中还要将“消息”单独放在一个部分？不如将所有消息和主题都放在首页的一个大列表中，供所有人查看？
我可以创建内容，但只能看到某个类别的子集，这本质上就是针对特定用户的私信。
3 个赞