延续此前关于 让 Discourse 界面更像 Flarum 会有多难？ 的讨论：
我想建议我们增加一个选项，提供……
我很好奇其他人是否同意我对这种替代方案感觉如何的“沙发心理学”分析，以及它可能会鼓励或抑制普通用户的哪些行为。
需要注意的是，这个“文本框”在 Flarum 中实际上更像是一个按钮。因此，我并不是建议对撰写器的运作方式进行根本性改变。文本框的轮廓会在悬停时出现，光标也会变成文本插入符，但当你点击该“文本框”时，它会像往常一样打开一个完整的撰写窗口，并显示主题标题：
Flarum 的预览方式与 Discourse 略有不同（就这一点而言，Discourse 在我看来更胜一筹），但基本上，Discourse 版本的实现只需将头像上移到标题栏，然后像往常一样打开双栏编辑器（你在上面的 Flarum 示例中看到的是单栏）。它也不必完全像 Flarum 那样运作，例如出现文本插入符，这似乎更复杂。我只是想突出并讨论其设计灵感。
这真是个很棒的点子！它很可能可以通过一个主题组件来实现，将那个“看起来像文本区域但实际是打开编辑器的按钮”放置在我们为话题末尾预留的插槽中。
听起来很有希望。团队对实施它感兴趣吗？还是你只是想说，如果有人有兴趣并具备相应的技能，做起来应该不会太难？（遗憾的是，我缺乏后者 
）
回应 @codinghorror 在原始线程中的一些评论：让 Discourse 的用户界面更像 Flarum 会有多难？
这个“文本输入框”（其实并不完全是文本输入框）仅位于主题的底部。它并没有取代所有回复按钮，只取代了 Discourse 中最后一个以蓝色高亮显示的回复按钮。我认为它的作用是鼓励回应，但避免过早回应。
作为一个“非常在线”的人，我自己很少对是否敢于回应感到犹豫，但想必你也知道，很多人确实会如此。初次参与论坛往往存在较高的门槛，这也是像下面这个帖子中讨论（依我看来尚未解决）的问题之一：Circle.so 与 Discourse 对比
显然，你希望避免你提出的那个问题：人们反应过快、凭直觉冲动回应等。但希望我们可以相信，当他们读到主题底部时，已经准备好进行回应了。或者至少，Discourse 本身似乎就已经这样信任用户了，所以…… 
具体效果取决于该功能如何运作，但位于主题底部的文本框届时可能会显得更加合理……
其实没有——我们想避免那种“给你一个空文本框，然后让你把脑子里想到的任何东西都打出来”的现象，这种现象在互联网上无处不在。有时候，你需要一点阻力，而这就是其中一种情况。否则，你总会遇到 XKCD 386 那样的情况。再说了，我甚至正在考虑添加一个功能：在你阅读了足够多的讨论内容之前（当然，前提是讨论长度合理），根本不允许你回复。
如果这是一个主题组件，任何人都可以将其安装到自己的网站上，尽管随意使用！
（另外，这个问题多年前已经讨论过很多次了，但我们可能已经清理了那些旧的讨论。这也非常适合聊天场景，因为聊天中的目标就是输入一些短暂的内容，这些内容在一两天后就会消失在记忆的深渊中。）
当然，但在这种设想下，阻力在“你读完整个讨论之前”保持不变。是的，它在那一刻略微降低了回复的阻力，但这并非从实际点击次数的功能性角度而言，而仅仅是感知上的差异。
更重要的是，我认为那些带着“有人在互联网上错了！”这种愤怒情绪发帖的人，并不会因为这两种方式的差异而受到多大影响；相反，那些对参与感到焦虑的人，很可能对这两种方式产生可测量的不同反应。我目前没有研究数据来支持这一点（如果你需要的话，也许我可以找一些 
），但这至少在我看来是合乎情理的。最终，依我之见，这值得尝试，因为我相信在任何活跃度尚可的论坛中，你很快就能看到结果。
我仍然有些困惑。“回复文本框”功能要求你在看到它之前必须通读整个主题。
话虽如此，我明白了，这确实是一个值得在主题组件中尝试实现的功能。那么，有人愿意接手吗？总有一天，我不得不硬着头皮去学编程了，天哪。但目前来说，我手头的事情实在太多了，很遗憾。
此外，你我对如何处理聊天功能可能存在不同的看法。如果有一种方法可以保存聊天中有价值的内容，那么它当然可以是临时的。但我希望至少保留一周，甚至更长时间，以便做出判断（即聊天内容会保留那么久）。理想情况下，这应该由管理员控制。不过，我似乎偏离了当前这个……呃，主题的话题了。
确实，你提出的本质上是一个非常花哨的回复按钮，但我担心人们会困惑：他们点击的是一个假的“输入框”，然后我们的编辑器覆盖层就会弹出。我想他们会疑惑为什么会出现覆盖层编辑器，而不是直接在页面上输入……在我看来，这样产生的用户界面会有点奇怪……当你点击并覆盖层编辑器出现时，“你的”那个假占位帖子会消失吗？那个假占位帖子会保留在主题中吗？当你在覆盖层编辑器中输入时，它会实时更新吗？如果是这样，你的输入内容将会被同步到三个地方：
……衡量这种潜在困惑的一种方法是尝试使用主题组件。
没问题，虽然在这里有点离题，但这确实有道理。
我相当确定，这些担忧大多是因为你还没有机会亲自测试 Flarum 示例。但你说得对，在主题组件中进行测试确实非常有意义。所以我期待有人感兴趣并有能力去做这件事（或者等我有了空闲时间，自己也能学会）。
感谢你提出这个问题！我一直在浏览 Discourse 主题，想看看是否有人有相关的代码。我们正努力让我们的在线社区运转起来，但感觉有些人可能比较害羞，或者不习惯在论坛上互动，所以希望像你所说的那样，让这个过程尽可能顺畅无摩擦。
我也更喜欢 Flarum 的 UI 风格，远胜于 Discourse 的风格（但在功能、社区和开发者支持方面并非如此）。
但确切地说，这一项并非 Flarum 首创，它似乎与 WordPress 和 wpDiscuz 等长期存在的“评论诱导”功能类似。
因此，虽然它看起来确实很美观并能吸引用户发言，但我认为它并不真正实用。它没有带来任何额外功能，反而浪费了空间。就“更好的回复建议”功能风格而言，我更偏好 Flarum 那样始终可见的位于导航栏上方的大“回复”按钮——它既更实用，又更紧凑！
此外，就 Discourse 的 UI 而言，在我看来还有更多重要的事情需要去做。
对于大多数拥有 10 到 50 条消息主题的普通大众社区来说，默认情况下这样设置是明智的……但对于专业人士社区或仅仅是聪明且负责任的用户群体来说，情况恰恰相反！始终可见的位于导航栏上方的大“回复”按钮非常实用且显而易见，这让用户在阅读完每条消息后立即开始撰写回复要舒适得多……而不是去阅读整个主题（可能包含 100、500、1000 甚至 10,000 条消息），因为读到结尾时，你很可能已经忘记了自己原本想回答谁、回答什么了……这显而易见。此外，当用户在阅读过程中开始撰写回复时，他们可以在阅读过程中添加更多其他用户的昵称，以便在回复中提及他们，等等。
目前 Discourse 的小“回复图标”不够直观，只是一个图标，而且位置离中心太远。
在仪表盘或作为附加插件中实现这样一个选项很容易——这样专业社区可以在导航栏上方显示始终可见的大“回复/分享/收藏/举报/关注”按钮，而大众社区则可以隐藏它们。非常简单，非常实用。
但我仍然同意你的理由：将回复/分享/收藏/举报/关注按钮移至最底部可以最大限度地减少无用的寄生操作。不过，在专业社区中，将这些按钮像 Flarum 那样放置在右侧并始终可见，在视觉上更为舒适。
文本框位于讨论底部的区别与“纽约时报文章末尾的评论框”没有区别，我们都知道那样的故事是怎么回事……我们提倡深思熟虑的摩擦：
而且，我们即将推出内置聊天功能，所以如果你想头脑风暴并进行快速的来回对话，而这些对话不会永远被谷歌索引记录下来，你可以从慢车道切换到快车道。你可以拥有你的 
，也可以吃掉它。
甚至有时你希望对话持续数年，就像这次一样……