我们的一些用户报告了在设备之间切换时草稿被覆盖的问题，并且希望能够同时在单独的标签页中起草多个帖子。
是否有办法禁用草稿自动保存？如果可以按账户禁用，那就更好了，这样我们的整个论坛就不会被迫禁用自动保存了。我们认为，能够同时在多个位置起草多个帖子，对我们的大多数用户来说，比意外关闭标签页时不会丢失进度更有价值。
不，这是不可能的。
如果您有草稿丢失的重现，请发布。请具体说明，包括所需的精确步骤。
我认为这通常发生在人们试图跨设备进行两个不同的帖子
所以我不认为这是一个bug，而是一个“有用”的功能，但实际上可能不太有用
你能说得更具体些吗？你的意思是针对同一个话题的两个不同回复？还是两个新话题？你需要一步一步地描述确切的顺序。
因为当你用不同的设备打开一个话题时，它会自动触发编辑器和你为该话题保存的回复草稿。
1 个赞
这正是人们试图一次回复多条时遇到的问题
他们为什么需要对同一个主题进行多个、同时的回复？你能提供一个现实世界的例子来说明为什么这会是必要的，以及这种情况和主题的具体细节吗？
我的意思是，我之所以提出这个问题，是因为我们确实遇到了实际案例——特别是我们有一些用户希望能够就某个讨论提供即时输入，同时又能就宏观情况撰写更长、更深思熟虑的回应。
也就是说，我们有很多话题的讨论速度足够快，需要快速回应，但又不足以适合我们网站的 Discord 服务器；除此之外，人们还希望能够花时间起草更大、格式更好的讨论要点，而无需每次都使用某种外部 Markdown 编辑器。这还会导致用户在台式机上处理一个较长的帖子，同时在手机上输入较小的帖子。
而且，如果用户不极其小心，能够阻止网站强制用一个帖子覆盖另一个帖子，似乎会是一个非常受欢迎的功能，特别是如果它可以在每个用户级别上实现的话。
考虑到我自己经常在旧的 PhpBB 网站等平台的多个标签页之间同时处理几个帖子，而且有时会导致其中两个标签页是对同一主题的回应，我无法想象这种情况在任何中等活跃度的讨论论坛上真的很少见。我不认为仅仅因为这是一个 Discourse 主题，这种情况就会明显减少。
1 个赞
如果您需要对同一主题进行多个同时回复，我建议您给自己发送一条私信。
我们确实计划添加多个同时进行的新主题草稿（目前一次只允许一个新主题草稿），但在可预见的未来，我们不会在路线图上安排对同一主题进行多个同时回复草稿。
另外，听起来您可能需要一个聊天室（一个快速进行的短期聊天，伴随着主题的长期记忆），这是我们目前在 Discourse 中正在构建的功能。
2 个赞
这本身就是一项重大改进！
话虽如此，即使只是某种方式关闭草稿的功能也很棒。
呃
不
哈哈
当事情与特定主题相关但实际上并非以聊天室的速度进行，只是“比写一篇关于它的文章方便的速度”快时，这绝对没有帮助。
而且，如果对话是聊天室而不是论坛，那么其他未来的用户加入对话会困难得多——如果我们只想成为一个聊天室，我们就会使用我们已经拥有的 Discord 服务器，而不是继续付费托管 Discourse，哈哈。
我在论坛上看到过 shoutbox 之类的东西，即使您的聊天室基本上只是 Discourse 中的 Discord 或 Slack，它可能仍然无法真正满足我们这里的确切用例。
不过，对于其他用途，或者对于不想另外设置 Discord 的新网站来说，这可能会令人兴奋！
我不知道，这取决于 @sam 是否想添加一个禁用草稿的站点设置，不过你这样做有点逆流而上。
2 个赞
您对此并不陌生——你们确实似乎对事物“应该如何”有一种特定的看法，虽然当它符合某个用户的用例时这很好，但当它不符合时，确实意味着会遇到阻力 
如果我们非常想要它，我相信我们可以简单地付钱给别人来做，但如果它最终成为一个核心功能，那也很棒——如果不是，那么最初的意图主要是看看它是否可能，如果答案是“否”，那么虽然那一刻很遗憾，但也没关系，哈哈。
这是我第一次听说需要一个全局关闭开关。我属于观望阵营，让我们看看这个请求有多受欢迎。
好消息是，一个主题组件可以提供此功能。不需要将其包含在核心中。坏消息是，它相当棘手，并且会涉及一些覆盖。
2 个赞
主题组件通常是用户可切换的吗？
如果是这样，那将是理想的。
是的，技术上可以，但你无法获得服务器端存储，只能获得每个浏览器长期的存储。
1 个赞
这简直完美