个人聊天应转变为简单的聊天,其中包含个人聊天和多人聊天。
现在,如果我想告诉某人某事,我应该使用消息还是聊天,这令人困惑?
尽管两者都有独特的功能,但简单总是更好……
个人聊天应转变为简单的聊天,其中包含个人聊天和多人聊天。
现在,如果我想告诉某人某事,我应该使用消息还是聊天,这令人困惑?
尽管两者都有独特的功能,但简单总是更好……
侧边栏中的“Chats”与“Personal chat”相比具有明显优势 @mcwumbly:
Community 除外,其余单词均为复数。Messages”的对齐方式更好。从长远来看,我开始看到朝着 Kris 暗示的方向发展的潜力:
从短期来看,我认为我们正在应对这些概念之间的一些明显张力,而这些张力很难以完全令人满意的方式解决。但是,如果我们想出了一个更喜欢的名称,我可以支持将“个人聊天”重命名为“聊天”或其他名称。
我们应该考虑在哪里使用这些术语,以便朝着一致性努力,例如:
我仍然更喜欢私信。这与其他常用平台(如 Slack 和 Discord)一致。另外,我注意到在“自定义文本”中,代码称其为“direct messages”!“Send me a DM”也是非常清晰的术语。
Discourse 的复杂之处在于,“消息”已被用于个人之间的类似主题/类似电子邮件的帖子。
您好,
我加入这个论坛只是因为我是 Discourse 论坛的用户。我非常不希望私信(PM)被聊天功能取代。
我还没有实际体验过聊天功能,但我的第一次搜索就告诉我,如果聊天功能的一大缺点是无法搜索,那么它将是一个糟糕的主意。
我经常在私信中分享代码、文件,并且经常需要回溯搜索它们,因为它们是与特定个人之间的私信内容,而不是在主论坛中。
另外,关于聊天功能,似乎也缺乏通知功能?
是否有私信与聊天功能的明确列表/对比?
还有标签、主题以及在许多方面更好的排序。从我的角度来看,私人聊天完全是浪费资源 ![]()
哎呀,@mattdm 的建议对我的 Discourse 论坛来说将是一个噩梦。我有大约 170 万条私信,许多用户经常回顾他们以前的私信,他们非常重视这些数据,并且非常将其视为永久性的。此外,私信经常用于就重要问题进行详细且精心撰写的回复,而这种模式与聊天的快速和随意性质不符。我甚至还没有在我的论坛上启用聊天,并且我也不打算这样做。如果 Discourse 试图用短暂的聊天取代私信,那简直就是我论坛的末日。请不要走这条路。
我同意聊天适用于社交网络,不适用于论坛,如果启用了聊天,那将给版主带来更多负担。我们也没有在论坛上启用聊天,并且不打算这样做。我个人不喜欢将聊天和私人消息(PM)放在一起,曾经有一种方法可以将私人消息变成聊天,就像有一个插件一样(https://meta.discourse.org/t/quick-messages-plugin/39188),用于私人消息的聊天窗口可以快速回复,但创建聊天并将私人消息放在一边是Discourse中一项糟糕的操作。
此外,由于 Discourse 出色的 AJAX 加载新帖子和用户输入指示器,PM 已经可以像个人聊天一样工作。对于想要这种聊天风格的用户来说,实时 PM 对话和简短/快速的回复效果很好,之后当对话放缓时,仍然会有一个永久的、可搜索的对话历史记录,可以随时继续进行,并且/或者包含更长、更详细的回复。
我们从信任等级 2 开始启用了私信,并为所有人提供了聊天功能。
通过私聊(有时只是问个问题)讨论一些简短的事情,有时会导致新的私信讨论,当需要更深入地讨论时。
像这样使用这种短暂的沟通方式也有助于减少“低价值”私信内容导致收件箱混乱。
可以写一个列表(如果有人想这样做
),但聊天功能仍在大力开发中,包括新功能。
所以我们有了低价值的聊天,侧边栏充斥着无数的私人聊天 ![]()
这是一个双输的局面。但我不得不承认,与 PM 相比,普通用户发起聊天的门槛似乎更低。至少在我周围是这样。
根据我在多个 Discourse 论坛上看到的,情况因论坛而异。
我认为这就是重点,我并不反对 Discourse 中的聊天功能,而且我相信它对某些社区很有用。但私信功能绝对不应被考虑弃用,因为它是许多大型社区至关重要且不可替代的部分。
我认为它不会被弃用。我们大量使用它来处理支持收件箱,所以它对我们来说非常重要。![]()
嗯,我和其他人可能都没这么想。评论是针对这个观点的反制措施和反应:
简而言之:话题跑偏了,引起了一场轩然大波(嗯,这在芬兰语里听起来好多了
)
但我对此并不改变主意 ![]()
我们无意弃用 PM。每个人都可以选择其中一个或两者都使用。