# 聊天与论坛更紧密的集成 - 讨论想法 **URL:** \ **Category:** Feature\ **Tags:** chat\ **Created:** [2022年五月25日 15:49 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088 "2022-05-25T15:49:30Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)\ **Post date:** [2022年五月25日 15:49 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/1 "2022-05-25T15:49:30Z")
我在这里的目的是讨论将论坛和聊天互动从一个独立的事物转变为可以自由进出或至少以某种方式更紧密地整合的“模式”的整体想法。我希望您能“和我一起思考”！这可能不属于“功能”类别，所以如果它被移动，我不会感到惊讶。 ;-)\n\n这是我的第一个想法。假设您拥有与我们目前相同的“主题”概念，但是：\n\* 您可以自由地混合“聊天”和“论坛”的“回复”方式，并且默认情况下，聊天回复基本上会创建一个_内联_聊天实例，持续一小段时间（在该聊天中进行进一步活动会延长该时间），有点像 Discord 自动过期的线程。\n \* 这可能是为了响应，例如，注意到当前有 5 个人在线，并在同一线程中进行回复。您为什么要启用聊天，然后移动到那个_单独_的空间，然后您将如何处理该主题未来互动的碎片化？\n\* 在没有活动的情况下超时后，聊天回复将“关闭”，您将看到一个自动摘要（就像 Discourse 在大型主题中已经做的那样），作为一种“超级回复”内联在其余讨论中。\n\* 任何人都可以在展开后单击以阅读完整的聊天区域，并将其作为一个整体进行回复（常规回复）或回复单个聊天消息（同样是常规回复，因为聊天实例已关闭，内联）。\n\* 或者他们可以继续在下方正常回复。\n\* 如果他们想在一段时间内实例化一个新的聊天，他们也可以这样做。\n\* 聊天区域可以在“主题流”（即主题的完整、长视图）中整体展开/折叠，并在导航器的右侧以某种颜色或其他方式突出显示，以指示“实时聊天发生在这里”。\n\* 可以有一个可选的“策展人”角色（在某些信任级别自动授予），允许人们从这些折叠区域“推广”聊天消息到摘要/折叠的聊天视图，以帮助突出关键见解等（这可以作为当前复制/移动消息到主题选项的补充）。\n\n想象一下论坛 + 聊天版本的“液体文本”，作为文本展开/折叠 UI 的想法……\n[https://www.youtube.com/watch?v=JhV2IoXmn-Y&t=861s](https://www.youtube.com/watch?v=JhV2IoXmn-Y&t=861s) ---
**Author:** ![jimkleiber](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jimkleiber/32/121814_2.png) [@jimkleiber](https://meta.discourse.org/u/jimkleiber)\ **Post date:** [2022年五月25日 20:44 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/2 "2022-05-25T20:44:34Z")
我完全支持这些新想法，仅代表我自己而言，当我没有看到它们被阐述出来时，我常常会感到困惑。LiquidText 视频对此有所帮助，但不确定我是否会非常热衷于使用那种布局。 > [@oshyan](#): > > 你可以自由地混合“聊天”和“论坛”的“回复”方式，默认情况下，聊天回复基本上会创建一个_内联_聊天实例，持续一小段时间（其中的进一步活动会延长该时间），有点像 Discord 自动过期的线程。 那么，这更像是 Google Docs 的评论，沿着主题的右侧边栏运行？还是会出现在主题帖子的下方？缩进？ 我喜欢可以更轻松地即时创建聊天频道的想法，并且也想知道人们将如何知道是应该发布到聊天还是发布到主题。这会是根据发布时长（聊天时间短，主题时间长）？发布长度（聊天短，主题长）？帖子的严肃性（聊天更随意，主题更严肃）？等等来区分吗？ 就我个人而言，我正努力更加清楚地认识到我想要聊天的时候和想要进行主题化（我试图将其变成一个动词）的时候。 ---
**Author:** ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)\ **Post date:** [2022年五月26日 00:46 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/3 "2022-05-26T00:46:22Z")
> [@jimkleiber](#): > > 那么，这更像是 Google Docs 的评论，会显示在主题的右侧边栏吗？还是会显示在主题帖子的下方？缩进显示？ 是的，这确实很难想象。在我脑海里，它是在常规回复的下方/中间。不过，我能想到几种不同的实现方式……我做了一些模型图： ![discourse-in-line-expandable-chat](https://global.discourse-cdn.com/meta/original/4X/8/1/3/813db060b52329fcc84b2ed2ebc02d9eb1eb3ce8.png) ![discourse-in-line-expandable-chat2](https://global.discourse-cdn.com/meta/original/4X/d/d/a/dda1140241adb36e3c715bd6a9e9c079def88a6a.png) ![discourse-in-line-expandable-chat3](https://global.discourse-cdn.com/meta/original/4X/d/1/c/d1cf4d3880e1089cf98f8099e03b717bdc72297d.png) 3 种不同的内联可展开聊天可能的方法。这 3 种方法的交互方式有所不同。也许在最后一个模型中，你只需点击带有数字（聊天消息计数）的对话气泡即可展开，以及/或点击“箭头”之间的空间。另外，请注意时间轴上的聊天图标，它们显示了聊天的发生时间，并且可以在主题/常规回复中穿插多个聊天。另外请记住，这些只是“快速”的模型图（这里的“快速”是指基本，尽管实际上它们比我承认的要花费更长的时间来创建 😂）。 > [@jimkleiber](#): > > 我还想知道，人们将如何知道是应该发到聊天中还是发到主题中。是根据帖子的时长（短的到聊天，长的到主题）？帖子的长度（短的到聊天，长的到主题）？帖子的严肃性（更随意的到聊天，更严肃的到主题）？等等。 这些都是很好的问题和潜在的答案。最终，我认为这是无论聊天和论坛如何协同工作都需要解决的问题，而且可能对每个人或社区来说都是不同的。我怀疑每个社区都会发展出一种“文化价值观/惯例”，说明它们_倾向于_如何处理这类事情，就像其他没有通过设置或控件强制执行但更多是关于“我们在这里做事的方式”的惯例一样。 ---
**Author:** ![Jonathan\_Poyer](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathan_poyer/32/258087_2.png) [@Jonathan\_Poyer](https://meta.discourse.org/u/Jonathan_Poyer)\ **Post date:** [2022年五月30日 20:21 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/4 "2022-05-30T20:21:23Z")
依我之见，附加到主题的聊天适用于简短的构思/不需要长期保存的内容。我可以在我的论坛上设想一个功能主题，并附加一个聊天。聊天可以用来快速讨论事情，但要保持主题整洁，只保留持久的回复。 我也设想过拥有一个耳语模式的聊天，这样只有特定群组的人才能看到/回复，以便最终确定主题的答案，而侧面讨论则不需要保留（我记得有一个功能想法允许耳语模式用于群组而不是仅限员工？） 总而言之，我更喜欢第三列而不是开始时的展开按钮。 ---
**Author:** ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)\ **Post date:** [2022年五月31日 16:54 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/5 "2022-05-31T16:54:04Z")
是的，我认为你可能是对的。我只是在构思一些想法而已。🙂 我得说，在 4k 32 英寸的屏幕上，第三列对我来说很棒，但对于许多较小的屏幕，更不用说移动设备来说，却不是一个选项。所以我怀疑它的用户界面仍然需要一些巧妙的思考。 但我目前最关心的是要 **更清楚地** 表明哪里有可用的聊天，并使其易于 **查看** ，而不一定需要“加入”等。现在它非常笨拙，你必须选择“浏览”，然后选择“预览”频道或“加入”等。与 Discord 和类似的系统相比，它非常不流畅。😄 从 Sam 最近的帖子来看，似乎“话题内聊天”功能将被移除，所以也许很多考虑不再必要。我认为现在移除“话题内聊天”功能是有道理的，先专注于基于类别的聊天，然后在有需求或价值时，可以根据现有、更长时间的整体聊天功能使用经验以及不同社区的使用情况，再合理地添加每个话题的聊天功能。我现在确实觉得聊天体验非常分散，基于类别的聊天将提供一些必要的焦点。 ---
**Author:** ![Jonathan\_Poyer](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jonathan_poyer/32/258087_2.png) [@Jonathan\_Poyer](https://meta.discourse.org/u/Jonathan_Poyer)\ **Post date:** [2022年五月31日 17:04 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/6 "2022-05-31T17:04:58Z")
根据 Sam 的反馈，确实，看起来应该是基于分类的。 朝这个方向继续推进的话，我认为如果能够做到以下几点就太好了： 1. 在浏览分类时，聊天在视觉上与主题分开。建议这样做的原因是，聊天通常非常活跃，因此它们大部分时间会排在主题前面。这样一来，聊天往往会成为进入讨论的最便捷“途径”，而不是去选择“正确的主题”； 2. 支持在聊天中进行搜索（我已经看到有人在其他地方提出过这个需求）； 3. 像提及分类一样提及聊天（例如 #Community Building ?）也会非常棒。 ---
**Author:** ![jimkleiber](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jimkleiber/32/121814_2.png) [@jimkleiber](https://meta.discourse.org/u/jimkleiber)\ **Post date:** [2022年六月1日 02:13 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/7 "2022-06-01T02:13:10Z")
我刚看到这个帖子，觉得它可能与之前有人提出的关于在人们对某个话题回复非常快时，实时创建基于该话题的聊天室的建议有关： > [@Real-time updating of topics freezes under high activity](https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789/78): > > I would consider that a success. Can you provide a repro here on meta? Probably not since it requires a large number of active users idling in the same topic at the same time? My current thinking is we should build a live chat feature and instantiate it just-in-time, when you have… lots of users in the same topic at the same time then, and only then, instantiate a live chat box overlay and strongly push users into using that instead of replies, maybe even disable the ability to r… ---
**Author:** ![oshyan](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/oshyan/32/212644_2.png) [@oshyan](https://meta.discourse.org/u/oshyan)\ **Post date:** [2022年六月3日 18:27 UTC](https://meta.discourse.org/t/tighter-integration-between-chat-and-forum-discussing-ideas/228088/8 "2022-06-03T18:27:12Z")
是的，我记得那个话题，并且看到了这是 Discourse 考虑这个开发方向的早期迹象。这确实是一个有趣的想法。不过，它并不一定能解决 UI/UX 问题。目前侧边栏/弹出窗口似乎是最好的“实时”表示。它如何展示给第一次来到该话题的人对我来说是一个更有趣的问题。当然，还有关于话题内聊天是否被允许的问题。 也许这个建议是话题内聊天不是手动选项，而是在话题中达到一定的回复率后自动实例化的东西？