我们是否会看到彩色文本支持？
1 个赞
谢谢，这看起来很棒。我注意到一个问题。在我的手机上，开关不起作用（当我点击它时，什么也没发生，它仍然保持在 Markdown 上）。
iPhone 6s
iOS 15.8.3
当我点击它时，控制台中出现的错误是这样的。
3 个赞
15 和 18.3.一些功能可以正常工作。
修复 已合并，并在此处的 Meta 上部署——如果仍然无法正常工作，请告知我们。
6 个赞
Renato，谢谢，但不幸的是，这似乎并没有为我解决问题：/
1 个赞
我们正在计划改进工具栏和编辑器容器，特别关注在移动设备上（以及桌面改进）使写作更愉快和更熟悉。
请将反馈集中在编辑器本身的更改上——这并不能解决 Discourse 上写作的所有问题，但这是我们目前积极寻求反馈的领域。
10 个赞
我不太确定……也许我更喜欢有预览，因为这样我可以看到在哪里、什么以及如何更改它。不过……反正也不错 
是的……我们在 Chats 功能中已经就 Enter/Shift+Enter 进行过类似的斗争：
……我赞同 Enter 在新的所见即所得编辑器中应该产生单换行的观点。
5 个赞
我管理的三个社区，包括一个被软件开发者用于所有项目管理和开发工作流程的社区，多年来在使用 Discourse 时一直表达他们的反馈/意见，他们认为 Discourse 中唯一奇怪的事情让他们抓狂（甚至因为这一点而有些人积极地不喜欢整个 Discourse）就是 markdown 编辑器。
我个人非常高兴，最终理解了对所见即所得（wysiwyg）的需求。
一旦发布，我将在所有这三个社区中将所见即所得（wysiwyg）设为默认编辑器模式。
顺便说一句，这是我关于另外两个设置的请求：
-
允许将所见即所得（wysiwyg）设为默认编辑器模式
-
允许完全关闭 markdown 编辑器（如果不行，我仍然会通过 CSS 禁用切换器来关闭它，但请考虑将其设为一个合适的设置）。
附注：这可能是一个奇怪的想法，但我鼓励那些大力押注所见即所得（wysiwyg）的人，在推出新的所见即所得（wysiwyg）编辑器后，比较他们社区中发帖和回复的人数指标——之前和之后。我的直觉是，这个指标将会增加。
10 个赞
我无法编辑超链接（如果我编辑一个，它会显示为空白），这很奇怪。
我尝试了 Firefox 和 Chrome。
除此之外，如果您保留源代码模式/Markdown 切换，那就完美了。
2 个赞
我没有时间测试这个新功能。但支持知识共享许可可能是合适的。这样，网站就可以在每次保存前选择加入，以获得 CC-BY-4.0 或类似许可的明确同意。特别是对于每次图片上传。Discourse 甚至可以测试合适的元数据。不确定这是否符合您的设计，但这对我来说可能很有用。如果此处不相关，请忽略！
您所描述的与这个新作曲家完全无关。而且不太可能在 discourse 核心中实现。如果这对您来说确实很重要，您可以在插件中实现，或者在 Marketplace 中寻找可以为您实现的人。
知识共享许可属于使用条款，由版主负责执行。如果您有惯犯，可以警告然后静默他们。
如果您想继续讨论，请另开新帖或使用搜索查找现有相关主题。
4 个赞
同意这一点。新编辑器很棒，我们的社区成员将更容易使用。我们绝对希望新用户将其视为默认编辑器，并且不希望通过切换器让他们感到困惑。对于极少数社区成员来说，通过 Markdown 编辑器失去一些高级用户功能是值得付出的微小代价。理想情况下，我认为默认编辑器应该在站点级别设置，但允许个人成员通过其设置（而不是在撰写窗口中使用切换器）选择“旧”编辑器。
5 个赞
我同意这个对齐方式看起来很奇怪。我不确定作曲家为什么需要弹出。‘旧的’作曲家需要弹出，因为它是一个相当重量级的环境，有两个窗格。现在它变得轻巧多了，我认为它可以内联显示在帖子下方。我认为这是一个更广为人知的约定。对于那些要写更长帖子的人，可以弹出调整大小的箭头以获得更大的尺寸。
4 个赞
请不要移除仅使用 Markdown 的选项。默认设置和 Markdown 切换将是理想的，并且能让所有用户满意。
我认为仅使用所见即所得编辑器对某些用户（包括我）来说将是一场灾难。如果 Discourse 只有所见即所得编辑器，我可能就不会选择 Discourse 了，而且我宁愿网站上根本没有所见即所得编辑器，也不愿被迫使用它。
当前的编辑器是 Discourse 最好的功能之一。过去我曾多次查看它是否是一个独立的开源软件包，因为我自己也会在项目中使用它（现在仍然会）。
对于那些在纯文本环境中工作了几十年并且打字速度很快的人来说，所见即所得编辑器有很多令人烦恼的地方。编辑时微小的摩擦会特别令人沮丧。
我不想对所见即所得编辑器说任何负面的话，因为它构建得非常好，大多数用户都会喜欢它，但我不想被迫使用它，而且我知道我也会收到一些用户的抱怨。
Slack 在早期曾试图移除他们的 Markdown 编辑器，但引起了如此巨大的抗议，以至于他们很快就添加了一个用户设置来恢复它。
这里有另一个关于反对所见即所得编辑器的帖子，其中暗示了如果强迫用户使用它，他们会做出怎样的反应：
这个帖子只有大约 30 人的反馈，但一旦该功能上线，我预计会有更广泛的反应。想象一下，如果 GitHub issue 突然变成所见即所得编辑器，人们会作何反应。许多 Discourse 论坛的用户群就是这样的，他们可能会非常激动。
人们有不同的工作流程。如果你在 Discourse 之外编写 Markdown 内容并粘贴到所见即所得编辑器中，然后需要再次在外部编辑 Markdown，你就无法将 Markdown 复制出来以将其放回外部编辑器。
使用 Markdown 编辑器可以轻松地在 Discourse 和其他网站、代码编辑器、文档以及 README.md 文件之间进行复制粘贴。
当我想查看论坛上人们发布的内容时，我希望能够一键查看每个字符，而无需访问数据库。
例如，这个帖子包含一个（模拟的）垃圾链接，除非检查原始输入，否则无法看到。如果版主无法轻松查看原始文本，垃圾邮件发送者将很快学会利用它。我经常点击可疑新用户帖子的“编辑”图标，在锁定帖子编辑之前检查隐藏链接。
当从包含跟踪像素的电子邮件复制/粘贴时，隐藏的内容会被粘贴到所见即所得编辑器中。 
（我越想越觉得，我宁愿直接关闭整个网站的所见即所得编辑器，以避免额外的版主负担，但我理解如果这不可能的话。此帖子还包含一个 1x1 的模拟远程跟踪像素，仅用于演示。**编辑：**论坛刚刚下载了远程像素的副本，所以在启用了该设置的网站上这可能不是问题。）
我更希望有一个切换按钮，即使它放在齿轮图标下（以及每个用户的设置），但仅有每个用户的设置也可以容忍，只要它不被移除。
许多所见即所得编辑器（如 tinymce）都有一个 HTML 切换按钮，因为当所见即所得编辑器出现问题并且光标卡在某个格式标签内时，直接进入纯文本更容易修复，而不是将问题部分剪切到剪贴板，粘贴到纯文本编辑器中，然后将其复制回所见即所得编辑器，然后重新格式化。
15 个赞
我们不打算移除纯 Markdown 模式。
最初，这将由一个站点设置控制，管理员可以在其中打开切换富文本编辑器/纯 Markdown 编辑器的开关，或者将其关闭以保持其撰写器为纯 Markdown。目前，我们还没有关于长期支持两种撰写器方式的具体细节（例如，撰写器类型将继续由站点设置控制，由用户偏好决定，还是其他方式）。
12 个赞
听起来不错。感谢保留了设置。
很高兴 Markdown 将继续存在！能够以键盘友好的方式格式化文本，使我在 Discourse 上撰写帖子变得更加愉快（尤其是与旧的 BBCode 软件相比）。
在上次测试后我发现的两件小事：
-
当尝试通过反引号创建代码段时，先输入反引号然后在中间输入内容不会触发自动格式化（输入反引号 空格 代码 反引号 空格 可以）。
-
通过反引号创建的代码段与上面报告的表格存在相同的问题（无法输入未格式化的空格）。
3 个赞
9 个帖子被拆分为一个新主题：Markdown 专用编辑器中的等宽字体