私密话题插件

仓库:GitHub - hms-networks/discourse-private-topic · GitHub

描述:

随着我们越来越多地将 Discourse 用作支持平台,我们发现了一个明显缺失的组件。目前在 Discourse 中,如果您想将某个主题的限制访问权限仅限于特定人员,必须将其转换为私密消息,或将其移至具有特定用户组和权限的类别中。

然而,在支持型安装环境中,这种现有方法的挑战在于:除非被邀请,否则所有员工将无法查看该主题;您将失去在类别中查看“已解决”状态的能力;并且无法为该类主题分配类别。由于失去了类别分配,内容会变得孤立,除非您同时使用标签。

私密主题旨在填补这一空白。


使用场景:

客户 Jim 提交了一份关于其已安装软件的支持请求,他在主题中公开上传了联系方式。所有员工都需要查看该主题,并且必须将其追溯到“产品 B"类别,以便进行分析和统计。

员工 John 将该主题标记为私密。这将移除除 Jim 和员工之外所有用户的访问权限,同时将其保留在现有类别中。此外,该主题将从主显示列表中隐藏。


功能:

  • 限制非授权用户访问主题
  • 从主主题列表中隐藏该主题

未来计划:

  • 邀请更多用户加入该主题(正在开发中)

管理员设置:

除启用/禁用外

  • 从主列表中隐藏

实际效果:


设置为私密:



重新设置为公开:

7 个赞

There is not, and will never be, any concept of per-topic permissions in Discourse.

It sounds like you want the existing email in support, where any anonymous email can arrive as a group PM and be triaged privately by that group.

@codinghorror

The biggest issue is a pm could work however would require the category to remain attached to the topic. In a PM however tagging is only available and will not work in this context.

The TL;DR is:

  1. Customer mails support@example.com

  2. This email triggers creation of a PM to a group in Discourse, with the topic title being the title of the email and the topic body the body of the email. The user is staged via their email address.

  3. The group can then reply to this PM topic as they see fit, and emails will be automatically sent to the customer.

  4. Customer can reply to the emails generated, and their email replies will arrive in the PM as new posts by that staged user.

For more, see the blog post at How Does Team Discourse Use Discourse?

3 个赞

@jordan1909

我正准备测试你的插件,因为它符合我们的使用场景。

关于这一点想问一下:你仍然计划实现这个功能吗?

2 个赞
  • 邀请其他用户加入该主题(正在开发中)

我也对这一功能很感兴趣

@jordan1909

1 个赞

@jordan1909

我们不得不禁用该插件,因为它导致管理员无法再访问私信。此外,当版主将主题内的帖子设为不可见时,整个主题对所有用户(除工作人员外)都变得无法访问。

2 个赞