使用 Discourse 群组开始群聊

您现在可以与 Discourse 群组开始群组聊天,这样无需手动添加每个成员的名字,就能轻松联系到一群人!

此功能会遵守您社区的 chat max direct message users 设置,这意味着用户不能与包含超过此设置允许成员数量的群组开始群组聊天(该设置默认为 20 个成员)。

虽然成员可以像往常一样添加到群组聊天中,但聊天不会随着新成员的添加或从群组中移除而自动增长或缩小。不过,我们会在未来的开发中考虑这一点,所以如果这对您的社区很重要,请告诉我们。

30 个赞

这是一个好消息,Lindsey!你和你的团队正在为聊天/私信带来越来越多切实的改进,这使得聊天越来越有效。哦,而且使用起来也很愉快!

是的,在我看来这很重要。

群聊意味着我们可以潜在地停止创建不必要的分类来支持聊天频道,但如果群组是动态的,那么就需要频繁地重新建立,以避免遗漏人员——这很糟糕,因为我们肯定会忽略这样做!!!

9 个赞

新的成员必须手动添加,如果有人想离开,他/她/它不能离开,成员资格是终身制😏

这将会,而不是可能,成为一个问题。

我说得对吗,但我们不能提及私人频道?因为群聊听起来确实更不错,但它仍然只是另一个私人聊天,群组几乎和个人一样。

1 个赞

确实不能

2 个赞

有三个巨大的问号来自于……有人可能会说是私聊的功能,但我仍然称它们为(抱歉)设计缺陷。

如果任何人,包括管理员,离开了群聊,除了有人邀请,没有其他方式可以回来。

没有其他方法可以删除这样的聊天,除非每个人都自愿离开。

因为这是另一个私聊,群组只是用户(应该如此,这很好),但当这样的频道被打开时,任何人都可以邀请他们想要的任何人(免责声明:我没有测试过,但我对此很有把握)。

所以……这个功能非常有前途,但在我看来,它离“生产就绪”还差得很远,我不会使用它。目前它对小群组用户有一些好处,但因为群组由管理员管理,所以……对用户来说一切都和以前一样。而且在某种程度上(比 Discourse 术语更广泛的意义上)在员工层面,缺点太多了。

是的。我可能,而且很可能,看得太片面了。

1 个赞

在你使用的其他聊天应用中,情况有区别吗?如果我离开一个 WhatsApp、Signal 或 Telegram 群组,我也需要被重新邀请才能加入。这使得它成为一个私密群组。我认为这是一个设计决策,而不是一个设计缺陷。

1 个赞

从技术上讲,当然是一样的,而且我认为它源于基本设计,这是一个非常糟糕的借口。其上下文和目的与一对一或一群朋友闲聊完全不同。因为群组的创建非常有限。

举个例子。一个用户与 customer_care 群组开始聊天(反之亦然,无关紧要),该群组中有 X < 20(或任何设置)名员工。如果与群组的连接仅在创建频道时才重要,那么我们/他们将很快陷入以下情况:

  • 管理员对聊天频道没有任何权力
  • 所有群组成员都在利用带薪工作时间离开频道

我作为管理员,原本打算在群组聊天完成后将其删除,因为它已经完成了它的工作。我不小心点下了第一个红色按钮,然后“猫王离开了大楼”(意指事情失控了),但聊天频道仍然存在。所以第一个解决方案是,我,超级管理员,请求其中一名成员将我重新添加回该频道 :sweat_smile:

2 个赞

也许更好的解决方案是增加一个额外的安全层,带有“你确定吗?”的弹出窗口,至少对管理员来说,以防止这种情况发生。或者更进一步,作为群组管理员,你无法离开,直到你指定了其他人为管理员。供参考。

5 个赞