在会议之后，我自愿承担了两项独立任务，需要创建两个独立的讨论主题。
我打开一个浏览器标签页开始第一项任务。当我打开第二个标签页准备开始第二项任务时，“新建主题”按钮被替换为“打开草稿”按钮。在我发布第一个主题之前，我无法开始第二个讨论。
这似乎有违直觉，原因有二：首先，据我所知，Discourse 无法保存和编辑草稿；其次，这迫使我需要使用另一个应用程序（文本编辑器）来完成我的工作。
14 个赞
您的草稿会自动保存。
您可以在用户菜单中找到您的草稿。
关于同时处理多个主题的方法，请参阅此处：
1 个赞
谢谢，但您提供的指向另一个 Meta 线程的链接似乎暗示了一些变通方法，这些方法并不比直接在 Discourse 之外的第三方文本编辑器中构思我的想法好多少。
另外，感谢您引导我查看已保存的草稿列表。我之前并不知道这些草稿的存在，也不清楚它们是如何创建的。现在看来，我有许多过去几个月内创建的草稿需要逐一删除（或者有没有办法一次性全部删除？）。此外，这仍然没有解决我似乎遇到的这个 bug，即我无法同时起草两个帖子。
我不认为这是个 bug，这只是系统当前的运作方式。但不管怎样，为什么你不能先发布第一个话题，然后再发布第二个话题呢？它们必须相隔几秒钟发布吗？
我同时在处理这两个主题。我同样想问，为什么系统不允许这样做？
2 个赞
我完全没概念。我只是指出这看起来不像是一个 bug。我并没有说当前的方式是最理想的。
就我个人而言，我几乎从未遇到过这个问题。当然，能够同时创建多个草稿确实不错。但我也不确定这种使用场景有多普遍。
我建议你给自己发一条私信。
5 个赞
我曾花了一些时间编写一个主题组件，旨在为编辑器添加一个“保存草稿”按钮，以及一个“查看草稿”按钮。但最终我放弃了这个方案，因为在新话题场景下的行为显得不够直观。
作为一个使用示例：我在 Twitter 上使用类似的功能来保存草稿。其工作方式与 Discourse 类似——点击“取消”时，系统会询问您是“删除”还是“保存草稿”。与 Twitter 的不同之处在于，它允许为一个新的话题保存多个草稿。这在某些情况下很有用，例如深夜撰写几条推文时，可以将它们保存下来，以便在更合适的时间发布（或者更常见的是，在睡了一觉、冷静下来之后再发布！）。
正如 Jeff 所建议的，“将草稿保存为私信（PM）”是一个不错的变通方案，前提是您知道如何将话题转换为私信，反之亦然。
我会为“能够为‘新建话题’保存多个草稿”这一功能请求点赞，因为我认为这将是一个有益的补充，而且比使用“给自己发私信”来实现相同目的更加直观。此外，它还有一个优势，即可以将所有草稿都保存在同一个地方。
7 个赞
Discourse for Teams 的一位客户询问了这样一个事实：可以同时有多个主题“回复”在进行中，但一次只能有一个“新主题”在进行中。我自己也经常处于这种境地：当我正在撰写一个较长的新主题时，想暂停一下，以便能够回复其他内容。
目前的解决方法似乎是执行以下操作之一：
- 取消并复制/粘贴帖子到其他地方的文本编辑器中
- 取消并复制/粘贴帖子到发送给自己的私信中
- 保存为共享草稿（如果您是员工，并且乐意让其他员工在您的草稿发布前看到它）
这些方法都相当笨拙且不方便用户，尤其是在 Teams 上下文中，用户可能同时处理多个新主题，并且可能不熟悉或不乐意使用这些解决方法。目前是否无法实现此功能有特别的原因吗？我们可以构建它吗？
10 个赞
从历史上看，这是一个极限用户功能，我们正在等待企业客户提出要求，甚至达到“三倍定律”。
我们确实拥有更好的草稿用户界面（草稿选项卡现在_存在_于您的用户个人资料中，一年前或更早的时候还没有），因此添加它的基本基础现在已经具备，这只是一个将其与其他所有工作进行优先级排序的问题。
12 个赞
我经常发现自己开始写一篇可能很长的帖子，打算以后再完成。但随后我需要开始写另一篇帖子（或者，又一篇！？）。所以，我不得不选择 a) 发布一个未完成的帖子，并加上一些修改过的标题 [草稿/未完成/别看！] 
或者 b) 将其复制到另一个界面？或者 c) 像你所说的那样给自己发消息。
所有这些感觉都很“hacky”（而且实际上只是麻烦；虽然是小麻烦，但仍然是麻烦[我把它们放到了哪个笔记应用里了？我没有一直用一个…]）。
Slack 去年 (?) 增加的草稿处理功能很棒。你不用担心。准备好随时发布。
在这里，我需要退出 discourse/markdown 来准备任何超过几段的内容。（我们正在使用 discourse 做一些内部文档，例如。理想情况下，我们会有一堆相互链接并且可以讨论的帖子，但目前这有点噩梦）。
我 非常 希望看到这个功能被添加 
。
12 个赞
谢谢你，乔什！正如杰夫之前在这个话题中建议的那样，一个变通的方法是在网站上给自己发一个私信，然后将草稿文本复制/粘贴进去。这肯定不是理想的办法，但它适用于所有设备，并允许你从任何设备访问和恢复草稿。
2 个赞
出于好奇，我开始尝试使用草稿功能，因为我的论坛正在尝试重新启动并恢复数十年来受欢迎的帖子。因此，如果草稿是对现有帖子的回复，那么似乎已经具备了多个草稿的功能。
需要注意的地方有：第一点是，如果你想起草多个新帖子。在这种情况下，界面只允许你恢复你唯一的一个帖子草稿。我明白为什么人们可能会对此感到沮丧。在某些方面，这似乎有悖常理，因为你可以有多个回复草稿，尽管每个帖子只有一个回复草稿，这本身是另一个我稍后会提到的缺点。既然你正在审查这个多草稿功能，请允许我提供一个解决方案和一些建议。
我们能否在论坛级别和帖子级别都拥有无限的草稿，仅此而已？在帖子级别，你可能正在回应不同的对话路径。这是一种可能同时进行多个草稿的情况。你正在回应带有不同子主题或同一帖子主题下的不同用户的帖子，并希望将其分解成多个易于理解的帖子。回复单个巨型帖子可能不是最佳解决方案，尤其是当它很快就会变成一堆文字时。拥有多个帖子草稿的原因已经非常清楚：正在起草不同的帖子。
这是一个建议的解决方案：当你在论坛和帖子视图中点击“新主题”或“回复”按钮时，也许可以在对话框中提供这四个选项：
- 恢复草稿
- 新建草稿并保留旧草稿
- 新建草稿并替换上次草稿
- 新建草稿并删除所有草稿
如果选项太多，那是有意为之。我宁愿提供太多选项，也不愿提供太少。我相信在设计上，这能让你考虑到多样化的工作流程。话又说回来，你可能比我领先 1000 步，并且已经有了内部解决方案，可以充分解决所有这些问题。如果不是，如果你认为这可能是一个边缘情况，也许可以通过未来的管理员或用户设置来切换此功能，该设置默认禁用，或者仅通过插件引入？
5 个赞
感谢您的想法！我认为针对同一主题有多个草稿回复没有意义。事实上，我们不鼓励人们在同一主题中回复不同的人。如果您想分开，请开启一个新的关联主题。
但我确实喜欢无需费力就能保存多个新主题草稿的想法。
6 个赞
我意识到这是一种不被鼓励的行为，并且你们正试图阻止一种混乱的局面，以免模糊你们产品的身份，但如果你们要做到在一个地方包含多个草稿，为什么不也这样做呢？为什么不走得更远，彻底放开呢？也许作为一种折衷，默认情况下可以不显示一个主题中的多个草稿，以满足你们团队不赞成的敏感性或文化，同时仍然给我们提供选择，以便我们可以打开它。
只是为了发表我的看法。需要自己给自己发私信很麻烦。在我活跃的一个论坛上，我每周都会做一个投票，如果我不能再编辑帖子，我就不能简单地复制粘贴它。所以，如果我为未来的投票获得 4 多个想法，我就不能简单地将它们全部复制粘贴。
7 个赞
当您从编辑器中“取消”主题时出现的“保存草稿以供以后使用”选项非常有用。我个人喜欢将草稿用作存储我可能完成也可能永远不会完成的想法的地方。
但我发现该行为的一个方面有点令人困惑：如果我选择“保存草稿以供以后使用”，我会返回到主页，但按钮仍然显示“打开草稿”。似乎创建新主题（即与草稿无关的主题）的正确方法是选择并删除编辑器中的内容——所有文本和所有下拉菜单。
这是正确的吗？对我来说，这似乎是反直觉的；如果我刚刚“保存为草稿”，我希望主页上的按钮返回到“新帖子”，并且当我单击它时编辑器是空的。
4 个赞
这是一个当前设计的基本限制，需要数周的工程时间才能修改。目前不在我们的优先列表中。
这变得更加复杂，因为你甚至无法开始考虑关于单个主题的多个帖子草稿，认知负担非常大。
我认为这都源于这样一个期望：一个主题可以有 N 个草稿。鉴于底层限制，即主题只能有一个草稿，这是解决此问题的唯一方法。如果我们允许你创建第二个新主题，它将覆盖现有草稿，就像目前实现的那样。
7 个赞
我对 Discourse 非常满意，只是出于好意才提到这一点
我明白了。是的，回想起来，我可以看到实现多个草稿将非常困难。
2 个赞
