你使用用户的方式很有趣，每次你指的是“我”。只是说一下。
在网络上有三种不同的内容创建编辑器：
- CMS 风格，如 WordPress、Drupal 等，有很多按钮（嗯，WordPress 正在尽一切努力破坏他们的编辑器，但那是另一回事）
- 极简的社交媒体，如 Facebook、Twitter 等，没有按钮或只有几个
- 古老的开发世界，主要是静态网站生成器等，以及 Discourse
第一组试图使用我们早在网络之前就在办公软件中学到的逻辑。没有真正的帮助按钮，因为每个人都应该知道按钮的作用。或者快捷键是什么。如果用户不知道，他/她/它必须找到那条信息。
社交媒体已经意识到，普通人不需要那些按钮，因为他们不使用它们——而且在手机上根本没有空间。也没有帮助按钮，因为没有必要。
基于开发的编辑器为那些知道如何标记内容而无需看到它发生、记住一堆代码并且不想将手从键盘上移开的人提供服务。也没有帮助按钮，因为每个人都应该阅读文档并记住如何制作表格，例如。
但用户是不同的。在我的论坛上，普通人谈论普通的事情，他们的技术技能大多较低。这里在 Dev 或 GitHub 上有完全不同的需求，并且假设每个人都拥有非常高的技能。此外，创建的内容也完全不同。我是一个网站的成员，该网站以写作本身为重点。那里又有完全不同的需求。
用户体验问题不在于工具箱中的帮助按钮。没有人使用它，因为它不可能创建和使用。即使是 GitHub 风格的链接也太多了。它是一个完全不相关的组件，很少被使用，而且每个人都知道那里有文档和手册。
真正的用户体验/用户界面解决方案是让
- 管理员为用户创建默认设置
- 允许用户更改默认设置
而大多数用户实际需要并且现在缺失的是一种隐藏该工具栏的方法。这比编辑它的能力更重要。
编辑器的问题几乎是这里的常见问题，而帮助按钮只是其中的一部分。让我们再次直说。Dan 有他自己的议程，帮助按钮只是他议程的另一个标志，而不是目标。我希望 Dan 实际上是在说他不知道如何做某事并且找不到帮助。这应该是那个网站的问题，而不是 Discourse 本身作为一个平台的问题。