将“行内回复”重新添加到聊天中，以支持“线程回复”

功能
1

继续关于 推出聊天线程！ 的讨论：

添加线程很棒，它们是一个有用的组织工具。但我不认为它们应该是聊天中回复的唯一方式（甚至不是默认方式）。

这可能非常取决于个人性格/偏好。我个人认为线程是一个非常“笨重”的解决方案，很少使用它们。但当它们需要时，它们就超级有用。我更经常地只是想在行内回复之前的消息，而 @某人绝不是同一回事。其目的不是通知特定的人，而是为我的消息建立清晰的上下文。据我所知，在线程出现之前就可以做到这一点，我认为应该将其作为一种选项重新引入，即“行内回复或创建新线程”。当唯一的选择是创建新线程时，你自然会看到大量线程的使用，反之，如果没有行内回复或引用回复的选项，那么你如何衡量与线程相比的潜在使用情况？

我看到很多情况，1-2 次行内回复就可以解决一个讨论话题，而无需创建一个似乎小题大做的整个线程。Discord 在这方面处理得很好，当用户之间的回复开始超过某个阈值时，它会提示用户创建线程。而且（我认为）与 Discord 不同的是，Discourse 理论上能够（可选地）将所有之前的回复自动（即无需手动选择）移动到线程中。

这几乎和这位仁兄说的一模一样 :index_pointing_up:

顺便说一句，Discord 非常好地支持了所有这些，并且 IMO 基本上是这里的典范。无需重新发明这个特定的轮子，而且 Discord 认为同时拥有行内回复和线程回复是值得的，这支持了两者都有价值。这两种方法的用法更多是一种个人甚至文化习惯，而不是对错/最佳方式。在我加入的一些 Discord 社区中，几乎不使用线程，而在另一些社区中，几乎所有的回复都是线程。

6 个赞
2

我发现具有讽刺意味的是，Discourse 主题非常努力地保持线性、非线程化，但我更希望在聊天中也能有这种风格，带有“回复引用”选项，以提供非常有用的上下文。在 Discourse Chat 的早期，我甚至创建了一个主题组件，使聊天回复的外观和功能更像 Whatsapp/Signal。

1 个赞
3

我很少对 Feature requests 投票，但这个我投了。感谢你提出！我真的觉得，有时为回复创建一个完整的线程，会让人感觉你脱离了主对话的讨论。有时候，对一条消息的回复不值得开启一个完整的线程，但也许一个分支的完整对话是值得的。我非常希望回复默认是内联的，或者至少提供一种选择，可以在聊天中回复，或者在新线程中回复。

1 个赞
4

为了澄清一下，目前，一个给定的频道可以配置为启用或禁用线程。

当线程未启用时，回复消息会在频道中创建一个带有回复指示的新消息。

当线程启用时，所有回复都是线程。

我明白在同一个频道中同时支持两者可能仍然有帮助，但将此设置为频道设置的决定是基于与此类似的观察：

偏好使用线程的（子）社区可以启用该设置。不喜欢的社区可以将其关闭。

1 个赞
5

谢谢，这很有帮助！从我的角度来看，我认为 Discord 的方法可能更好，因为它可能避免了对设置的需求。它灵活地支持这两种方法。我想，如果你想让管理员强制所有回复都成为主题，那么它仍然是必要的（我很想知道你是否有用户数据表明特别需要这个），但如果你同时支持主题和内联回复，那么这两种用例在很大程度上都能得到满足。我想象不出我加入的任何 Discord 社区中，人们不使用主题而只进行内联回复曾引起过问题。而且现有的 Discord 在回复达到一定数量时会“提示”创建主题，也有助于解决这个问题。

正如我之前提到的，在 Discourse 中，管理员还可以移动消息，现在也可以移动到主题中。虽然我不想给管理员增加管理这些事情的负担，但如果“移动到主题”功能得到良好支持，例如自动选择所有回复（即事后创建主题非常快速和容易），并且如果足够多的信任级别用户可以从现有的内联回复执行创建主题的操作，那么我认为这符合 Discourse 的理念（赋能、受信任的用户帮助维护），并且能够很好地满足大多数关于主题与内联回复的需求。这只是我的一点看法，仅供参考。:slight_smile:

1 个赞
6

真的只是你引用的相同数据——即频道倾向于一种或另一种偏好的观察。

根据我的经验，当集体偏好必须由现有成员不断重新确认时（“请使用线程！”或“请不要使用线程！”（通常没有“请”字）），有时会造成持续的紧张。

这一观察导致了这样一个想法：将这种偏好更明确地编码可能更好。

话虽如此，支持两者的想法在当时被考虑过，并被搁置，作为以后可能会重新审视的事情。

我自己偶尔也想要过，但直到现在，我还没有听到任何对此的要求。

2 个赞