我的用户立刻开始抱怨一件烦人的事情。当他们需要加粗某个词时，他们会立刻停止写作，双击一个词，点击 B 然后继续写作。 当然，再次点击 B 会停止加粗——并且在加粗之前输入一个空格、逗号、新词，或者其他任何内容都可以解决这个问题。
不过，这离主要问题还差得很远。
2 个赞
首先，这看起来真的很棒！
不过，我想在关于评论的小墙上加一块砖，那就是应该始终有一个选项可以切换回“原始”输入模式。也许我有点老派 
还有一个小的 bug 报告（虽然可以预料到，但值得指出）：在新模式下，您编辑文本的选项有限，提示侧重于格式设置：
5 个赞
哦，这条评论涵盖了多少哲学辩论 
2 个赞
非常好！许多用户认为 Discourse “过于技术化”，我认为所见即所得编辑器会有很大帮助！
所以现在“只需”实现所见即所得的 Mermaid 图表编辑器！
或者，如果那太难了，我认为这是唯一一个不仅仅是让代码块变得多彩，而是真正显示完全不同的东西。双面视图在那里效果很好。我认为它应该在编辑器内工作，而无需切换到旧方式。但不知道该怎么做。
4 个赞
这比我们完全计划的要看得更远。我认为很可能会提供一个用户偏好设置来启用 Markdown 切换按钮，但目前还没有定论。不过，感谢你在此分享你的意见，这很有帮助。
这是一个实验性功能，因此请自行承担风险。我们要求您在此处分享任何反馈，以便将所有内容集中在一个地方，这将使我们的工作轻松得多
我无法重现此问题。点击链接时会保存我的草稿。但是，我们将开发一个链接 UI（请参阅 
缺少功能部分），这样应该有助于弄清楚如何编辑链接。
我理解你描述的问题，但不确定该如何处理。我在 Google Docs 和 Notion 上测试了这个场景，它们都有相同的体验（即，在突出显示一个单词并启用粗体后，您在将光标移出该单词后键入的所有单词也会变为粗体）。我认为这只是使用富文本编辑器的一个后果，并且无法清楚地看到格式的结束位置。
键盘快捷键（CMD+B）可用，并且编写 Markdown 仍然有效，如果这有帮助的话。我将继续思考这个问题，看看是否有更好的解决方案。我想到了 Obsidian 如何处理编辑，但这目前对我们来说并不容易实现。
Mermaid 图表可能还需要一段时间——但我们注意到了你的兴趣，并将其添加为 缺少功能。
我已经记录了关于删除标题的反馈 
2 个赞
我可以在内联 onebox 中重现此问题，我今天会对此进行研究，只是为了避免在我们将 UI 调整为链接/onebox 之间切换之前进行导航。
2 个赞
聊天引用/记录尚不支持，但我们正在努力。
3 个赞
我注意到的一点是，在 WYSIWYG 模式下，在 iOS 和 macOS 上双击空格键有时不会像预期的那样创建句号（.）。
我最初写的是它从不这样做，但它刚刚发生在我身上。所以它看起来像个 bug？其他人能证实吗？
1 个赞
这对我们这些非技术人员来说似乎是一个很大的改进，Discourse 团队。谢谢
我注意到，如果我用四个空格开始一行，它会自动将该行变成代码（然后粗体和斜体就无法使用了）。
如果我在开头使用最多三个空格，它会将其视为实际字符吗？仍然不足以满足我的用例。编辑：它不将空格视为字符。
有没有办法让 Tab 键像在 Google Docs 和 Word 中那样工作？或者在不丢失格式选项的情况下使用任意数量的空格？这在粘贴例如来自 Docs 文件的内容时尤其有用，这样它看起来会更接近原始版本。
另外，这似乎是个好主意：
另外，我通常不使用颜色，但可以看到它对某些人很重要。您认为你们会实现吗？
以上就是我的全部内容。再次感谢！
3 个赞
我们只是在保持它发布时的样子——以 4 个空格开头的行在帖子发布时将转换为代码块。
并非如此。最终我们仍然会构建一个美化的 Markdown，然后将其转换为 HTML，因此只有我们当前的 Markdown→HTML 处理能够完成的事情才会被支持在这个新编辑器中。
当然，我们也有机会构建新的内容类型，但它们也需要通过原始 Markdown 来支持，因为那是我们的事实来源。
5 个赞
我真的很喜欢新的作曲家！
我必须改变的一个习惯是，我再也不能只使用 shift-向上键或 shift-向下键来选择我所在的当前段落。我没有意识到我这样做有多频繁，但我一直这样做，来删除一些文本或选择并移动它。
我现在必须使用 shift-向左键或 shift-向右键（或 shift-cmd-向左键或 shift-cmd-向右键）来选择顶部或底部一行的最后一点文本。如果这说得通的话。否则，它将开始选择下一段。
5 个赞
我认为这对非技术用户来说是向前迈出的一步！不过，就像 @Canapin 一样，我需要一点时间来适应这个变化 
。如果能有一个快速切换 Markdown 模式和所见即所得模式的开关，那将非常受欢迎。
正如其他人指出的，桌面编辑区域可以更宽一些。而且我也遇到了一个问题，一旦我输入了标题，就无法回到普通文本——也许只有在输入完一行并按下 Enter 键后才渲染？（我希望不需要用鼠标来撤销这个操作，而且这也与其他标签只有在完成后才渲染的方式一致）
此外：
-
我无法创建多级列表 -
我不确定如何在代码块中缩进代码
-
代码块的语言下拉菜单对比度有点低（下图）——我一开始没注意到
-
在 Markdown 中输入表格似乎不起作用（当旧编辑器中创建了表格时，它会被正确渲染）
-
当表格后面跟着另一个块元素（如引用）时，无法在表格后插入新行
-
似乎不支持脚注（我认为旧编辑器中的脚注也有一个 bug——如果我尝试创建脚注 1 和 2，只有第一个被正确渲染）
-
如果我从剪贴板粘贴图片，我不确定如何创建 alt 文本，也不知道如何更改图片大小。
2 个赞
我真的很喜欢多级列表的工作方式。只需像平常一样输入 markdown，它会自动开始你的第一个项目符号。然后按 Enter 创建下一个。按 Tab 缩进。删除以将项目符号更改为数字，等等。按 Shift-Tab 创建另一个项目符号。
6 个赞
好的，谢谢！我猜是因为代码块的原因以及它在旧编辑器中不起作用，所以我没有尝试。但在新编辑器中它的工作方式是有道理的。
让我想起：如果编号列表能够循环使用不同的符号（例如，第一级=数字，第二级=小写字母，第三级=罗马数字，第四级=大写字母）那会很棒。但我想这不在考虑范围内，因为它不属于 CommonMark 或 GFM 规范？
1 个赞
我最近几次使用了新的编辑器，甚至都没意识到它现在是所见即所得的；我的意思是，用起来太自然了，以至于我在写作时都没去想它：
就像编辑器一直都是这样一样，虽然它不是。
我甚至一点都不觉得窗口狭窄有什么烦恼。
一次非常流畅的体验，而且我没有遇到 bug，尽管我只使用了基本内容（文本、引用、标准格式）。
我不知道这是否仍然是常规编辑器的情况，但以前，预览几乎 100% 与最终帖子相同。我记得我以前抱怨过，因为预览宽度与帖子宽度略有不同，这使得预览与已发布的内容不完全相同。
现在，如果编辑器比帖子宽，我也不确定我是否还会抱怨，如果它比以前用起来更舒服的话。
3 个赞
嗯，这不是印刷媒介，所以发布的内容（几乎）并非对每个人都完全相同。
我昨天开始着手处理这个问题了，希望不会太复杂，我们很快就能有所成果……
4 个赞
那种引用聊天的功能其实没什么大不了的，因为它主要影响到管理员和版主，他们知道如何切换回旧系统。
脚注功能更为重要。
说实话，那只是我的观点，我真的不清楚外面情况如何。
挺有趣的。我的用户以前抱怨Markdown和缺乏WYSIWYG。现在，没有人切换到新系统。我几乎能猜到原因。几乎所有人都用手机，他们实际上在抱怨图片，看不到除了Markdown之外的任何内容。
他们什么都不用，我们又回到我之前的观点：我们需要一个工具来隐藏和显示工具栏。普通用户习惯了社交媒体的风格，他们只写纯文本，发出去，就算了。而且因为Discourse在某种程度上提供了这样的功能，他们没有动力去改变或尝试新系统。除了在编辑器中能看到图片，但我的论坛并不那么重视图片。
普通用户可能情况不同，但他们不知道那种“魔法切换”。
2 个赞