新的所见即所得编辑器会尝试精确地表示实际帖子中将要渲染的内容，但在这种情况下，它做得太好了。简而言之，当您撰写带有“隐藏详细信息”部分的帖子时，通常希望它默认关闭（毕竟它是为了隐藏详细信息）。但是，在撰写/审阅草稿时，您自然会打开“隐藏详细信息”部分，以便可以看到其中的文本。问题在于，这会将“隐藏详细信息”部分以打开状态发布，使其默认打开。老实说，我甚至不知道您可以使其默认打开，这似乎与大多数用户希望该部分渲染的方式非常不直观。
重现步骤：
预期： 在帖子中，“隐藏详细信息”部分应默认关闭，因为这与 Markdown 编辑器多年来的预期相符。
实际： “隐藏详细信息”部分默认打开。
我认为它在写作时仍应保持开放状态，但我同意它应发布为已关闭。
写的时候你可以随时打开和关闭它，所以是的，我只是说最后的帖子应该默认关闭。
如果不是在发布前将它们打开，如何在所见即所得编辑器中创建开放式详细信息？在发布前打开的详细信息不就是这样吗？你所见即所得。
是的，你看到的就是你得到的。我说的是，在这种情况下，看到的就是得到的，这既不直观，也违背了隐藏详细信息部分的初衷。期望用户在发布前手动关闭每个隐藏详细信息部分，这并不能提供良好的用户体验。
我认为这在这里不是预期的用例。详细信息默认应关闭，并可选择打开。在创建帖子之前手动记住将其关闭并不顺畅。
在 Markdown 中发布前删除“open”也并非更直观。但是，当您想在 Markdown 编辑器的预览中查看您正在编写的内容时，您必须这样做。这是我的正常工作流程。创建 details，添加“open”，以便在键入时在预览中看到格式，并在最后删除“open”。
对我来说，切换它们为关闭就像在 Markdown 中删除“open”一样。
因此，我不同意
因为我之前的经历也是一样的。在发布之前，我不得不删除“open”格式。
这也是开发此功能时的初衷，并且确实发生了这种情况，但我同意当前的行为感觉有些违反直觉，因为发布一个 open=true 的 details 部分对我来说似乎是一个非常罕见的极端情况，并且由于这种支持而损害了默认/更常见的体验。
这是一个棘手的问题。
我认为可以合理地假设，大多数人创建 details（详细信息）部分是为了在发布时将其关闭，以避免帖子混乱或信息过载，因为其中可能包含辅助内容；否则，为什么要在 details 部分中包含内容呢？
但是，如果我们默认在发布时关闭所有 details 部分，那么用户将无法在不切换到 Markdown 模式的情况下发布打开的 details 部分，这与所见即所得（WYSIWYG）的前提相冲突。如果在编辑器中是打开的，那么在发布的帖子/回复中也应该是打开的。
我想知道占位符内容是否令人困惑——当它 打开 时，我们告诉您“此文本将被隐藏”：
我还没有明确的想法要如何处理这个问题，但我同意有些地方感觉不对劲。
此外，我使用的社区会举办读书俱乐部，详细信息部分通常用于发布剧透（尤其是当文本量很大且使用剧透标签很麻烦时）。默认情况下打开这些详细信息将是一个大问题。（事实上，我就是因此发现了这个问题。）如果默认打开，许多用户将为其他用户泄露书籍内容，我毫不怀疑许多人会恢复使用 markdown 来避免这种情况。
您好，我本来也要创建同一个帖子。在我们社区，它只用于剧透，而现在这个新编辑器让我们的用户感到非常困惑，他们不知道发布前需要关闭它，结果导致了剧透。
由于它长期以来默认都是关闭的，所以很难向用户解释这次更改的理由。
有关于此事的任何更新吗？由于这个问题，人们仍然在打开详细信息部分的情况下发布剧透。 
嘿！我和 @seanblue 来自同一个论坛，注意到“details”框打开的问题。
我明白编辑器目前的功能是符合预期的。然而，从用户角度来看，这并不是编辑器和“details”框的预期功能。如果这是预期的，那么所有人都应该手动关闭他们的“details”框，就不会有问题了。
我们的论坛有很多用户根本不习惯使用 Discourse/论坛，他们一开始就很难弄清楚像添加表格和“details”框到帖子这样的基本功能；“details”框不隐藏信息增加了进一步的困惑，尤其是当“flavor text”是“This text will be hidden.”（这段文字将被隐藏）的时候。
此外，长期用户也没有意识到这个变化，突然之间“details”框不再像以前那样工作，导致它们随机打开或关闭，因为用户没有意识到发生了变化。所以这让新的 Discourse 用户和长期的 Discourse 用户都感到困惑。我真的不确定这对谁有好处。
另外，还有 seanblue 提到的问题，我们主要使用“details”框来隐藏书友会的剧透内容，现在它们不再默认关闭，所以当你打开一个帖子时，所有的剧透都会显示出来，这很烦人 
@lindsey 我认为我们现在已经得到了足够的反馈，可以对此例行公事进行例外处理。默认情况下，该组件应隐藏内容，因此我认为这是一个合理的例外。
是的，我同意——感谢所有在此发帖的人，这些反馈非常有价值。我们将采纳这些意见，以确保在富文本编辑器中发布时，“隐藏详细信息”部分默认关闭。一旦我了解了更多关于时间安排的信息，我会跟进。
在我的网站上，我们遇到了 [details] 标签的问题，在预览中打开它会导致该块默认打开。
通过检查帖子的 BBCode 可以证实这一点，如果该标签在提交帖子时的预览中是打开的，那么它将在标签后附加 open（例如 [details="This should remain closed" open]）。
这似乎违背了该标签的初衷，尤其是因为我们经常将其用于剧透。
您好 @CT075，感谢您的报告 - 我已将您的帖子移至关于同一错误的现有主题。