您好!我尝试在论坛中搜索答案,但一无所获。
是否可以某种方式将聊天中的消息移至新主题?除了在新主题的第一条消息中引用所有消息之外。
我遇到过这种情况:用户有时会在聊天室中发起非常棒的讨论串,这些讨论串可以很好地成为我们论坛的一个主题。问题是,在聊天中,这些讨论会在一两天后消失,并且不会被搜索引擎索引。我真的很怀念一个可以将精彩讨论推广到新主题的功能。
您好!我尝试在论坛中搜索答案,但一无所获。
是否可以某种方式将聊天中的消息移至新主题?除了在新主题的第一条消息中引用所有消息之外。
我遇到过这种情况:用户有时会在聊天室中发起非常棒的讨论串,这些讨论串可以很好地成为我们论坛的一个主题。问题是,在聊天中,这些讨论会在一两天后消失,并且不会被搜索引擎索引。我真的很怀念一个可以将精彩讨论推广到新主题的功能。
如果您问的是能否在不显示引用内容的情况下创建一个包含评论的完整主题,那么答案是不能。或者,您也可以做到,但这需要大量的体力劳动、编辑和更改所有权。
我不是只在谈论创建一个带有聊天消息作为评论的新主题。理想情况下,我会将聊天消息从聊天室中移除,并将所有内容移到一个主题中。引用消息的问题在于用户可以继续在聊天中讨论,就好像什么都没发生一样。
看起来我们现在可以等待讨论平息,然后使用引用功能将其归档到一个主题中。![]()
嗯,如果这是版主无法通过网络界面完成的事情,那几乎是不可能的。
我不知道其他社区经理有什么感觉,但我发现聊天非常适合自然地生成好话题。特别是如果你的用户不喜欢创建话题但喜欢聊天和评论。
能够无缝集成聊天和论坛将是我的梦想。过去,我们曾使用非常长的话题进行聊天,但遗憾的是,与 Discord 相比,它不够好。无论如何,我很高兴看到 Discourse 将聊天功能整合到引擎中,我希望有一天它能成为无缝的聊天和论坛混合体。
我看不出有什么办法可以阻止这种情况。
我将选定的消息移到一个主题中。然后我会从频道中删除这些消息(这有点麻烦,因为我们无法批量删除,除非使用一些蹩脚的技巧)。最后一步是告知我所做的操作,并在该频道中提供指向该主题的链接,并恳请大家在那里继续讨论。
这只是编辑一个主题而已,所以呢?
实际是什么意思?
哦,你是说像这样的东西吗?
即使版主可以做到,听起来也很麻烦。
我昨天才启用了 Discourse 聊天,所以对当前的限制不太了解。现在我看到聊天消息和帖子之间有明显的区分——聊天频道和主题。当我们想创建一个新对话时,我们现在需要做出选择,它将是一个聊天频道还是一个主题。我们事后无法更改此选择或返回。
为了让聊天和论坛集成无缝,我希望能够创建一个主题,然后决定它应该是聊天室还是保留为主题。能够将主题转换为聊天频道,反之亦然。
别误会我的意思,Discourse 聊天仍然比使用完全独立的聊天平台(带某种登录网关,甚至没有)要好。
地狱有点言过其实了。我想把它描述成炼狱,第七层 ![]()
是的。清除所有闲聊的迹象并没有平衡收益/工作比。
我猜类别和频道之间的依赖关系可能在某个时候消失,但我也可以猜到,只是更容易将消息移到主题中就可以达到(几乎)相同的目标。
但是……这个方向在这里有点离题,应该移到#feature。
我问了同样的问题,但这是不可能的。
看起来聊天只用于琐碎的事情,而我们曾想过将整个论坛(包括聊天系统)用于重要的事情。
我怀疑这迟早会被修改 ![]()
我们在 CDCK 的私有实例上一直这样做。我们就是这样做的,正如你上面描述的那样。
对我们来说是可行的;我们总结到目前为止的讨论,并说明为什么我们希望将其扩展为长篇讨论。
简短讨论和长篇讨论有不同的期望和流程,因此需要付出一些努力来整理讨论并过渡到不同的沟通模式。
这在某种程度上是一种保存行为。
你为什么觉得引用到帖子中不够?我觉得这承认并尊重了它发生的原始讨论模式。
我不知道 Daniel 怎么看,但链接到频道并在引用时显示引用内容就像是当时的聊天广告。一段时间后,比如一个月或一年后,它就不再重要了,但会让阅读变得更困难。
请不要太认真对待,但我做了一个小测试。我很了解我的活跃成员如何行动和反应,所以我对此有信心(好吧……不是完全信任,但我英语不够好,找不到我想用的词;一种积极的直觉)。
如果我只是将聊天内容普通地复制到主题中(无论是开篇还是评论,都无所谓),那么讨论就结束了。如果我花时间将这些引用拆分到单个评论中,并更改所有权给正确的人,那么讨论就会继续。
所以,用户看到更长的引用而不是普通的主题时,一定存在某种心理障碍和缺乏……个人风格/感觉。
如何解决这个问题?我不知道。我比需要的工作(手动编辑主题)更爱我的空闲时间
而且为 CDCK 创建这样的自动化将太昂贵了,对我来说更是如此。因为归根结底——这是一种另一种的特殊情况。
所以,基本上你已经证明了偶尔需要将聊天消息转换为帖子?
也许有一个批量选择功能和一个“转换为主题”命令可以为你完成所有这些工作?
也许同样有一个“移动到主题”功能,允许你将转换后的消息作为帖子附加到现有主题的末尾?
(我要厚着脸皮把这个移到 Feature )
你知道我很想把一些有价值的复杂私人聊天移到 PM!
是的。但我不完全确定这是否是关键需求——至少对我来说是这样。但我们(我的意思是我
)绝对需要能够批量删除(复制的消息)。
我猜这取决于。如果一个论坛
考虑到需要喂养SEO这个“巨兽”,我认为这将是一个很棒的功能。
我主要不愿意启用聊天的一个原因是会失去宝贵的搜索曝光。
我也认为 @Don 在这个 Feature 主题 Moving conversations from chat to topics 中提出了这个问题
是恢复到#support并链接?还是移动并附加?
可能。也许。可能性很大。
我的经验是,谷歌重视 OP(原始帖子)而非评论,并将起始点和评论视为两个独立的事物。如果属实,那么 SEO 层面上的主要问题就更广泛了。因为很多时候真正的价值来自于评论。而且……如今的系统会更好。
但我论坛的各项指标都太小了,无法衡量,而且在此刻(新体验……)我可能大错特错。
还有另一个原因:利用慢速模式
确实如此。我唯一要指出的是,不同的社区可能更侧重于一种讨论形式。我的社区更侧重于简短形式,因此很容易转移讨论。
它不够易读。例如,“回复”没有在引用中转移,这有时会使它成为一团糟,难以阅读。我从引用中感受到一种独特的“存档”感觉。而且我需要等待一两天,直到讨论平息下来才能引用它,因为我不想同时进行两条对话流。
我将尝试一下,但我认为将讨论作为主题赋予第二次生命可能会有问题。
“移动到主题”或“创建主题”按钮将非常棒,并且可以完全解决问题。
对我来说,另一个重要原因是让更多用户参与到主题中。聊天基本上是为每天登录的用户准备的,但主题对于每周登录一次的用户也同样有效。我真的不想因为用户没有每天登录而惩罚他们,让他们觉得会错过对话。
不过我想我能理解。我们也主要将聊天用于闲聊,而且有些人非常喜欢它。但在那种高压的意识流爆发中,偶尔会冒出一些我们希望能在论坛上展示的想法,因为很多不聊天但经常活跃的成员都在那里。
如果管理员、版主、高等级常客能够将选定的聊天消息变形成一个多消息论坛帖子,并遵循与聊天相同的回复结构,那将是极其有用的。这样,不聊天的人就可以回复那些在实时线性聊天流中提出的想法,而这些想法在几个小时后就很难跟上了。如果你在半夜错过了解决“Birchenbacher悖论”的机会,你就错过了。有人正要发明时间旅行,但聊天突然被欧洲歌唱大赛的新闻分散了注意力……
另外,由于我们更喜欢“聊天在90天后被清除”的默认设置,所以如果我们能够将精彩瞬间论坛化并保存下来,那就太好了。