새 편집기에서 "상세 정보 숨기기" 섹션이 기본적으로 열려 있음

새로운 WYSIWYG 에디터는 실제 게시글에 렌더링될 모습을 그대로 반영하려는 시도를 하고 있지만, 이 한 가지 경우에는 오히려 지나치게 잘 반영하고 있습니다. 간단히 말해, “상세 내용 숨기기” 섹션을 포함하여 글을 작성할 때 일반적으로 기본적으로 접힌 상태인 것이 바람직합니다(결국 상세 내용을 숨기기 위한 것이니까요). 하지만 초안을 작성하거나 검토할 때는 내부 텍스트를 확인할 수 있도록 “상세 내용 숨기기” 섹션을 자연스럽게 펼쳐 놓게 됩니다. 문제는 이 섹션이 펼쳐진 상태로 게시되어, 기본값이 펼쳐진 상태가 된다는 점입니다. 솔직히 이 섹션을 기본적으로 펼쳐진 상태로 만들 수 있다는 사실조차 몰랐고, 대부분의 사용자가 원하는 렌더링 방식과 매우 직관에 반하는 것처럼 보입니다.

재현 단계:

  • RTE 모드에서 새 초안을 시작합니다.
  • 새 “상세 내용 숨기기” 섹션을 생성합니다.
  • “상세 내용 숨기기” 섹션을 펼칩니다.
  • 게시글을 생성합니다.

기대 동작: 게시글에서 “상세 내용 숨기기” 섹션은 마크다운 에디터에 대한 수년간의 기대에 부합하도록 기본적으로 접힌 상태여야 합니다.

실제 동작: “상세 내용 숨기기” 섹션이 기본적으로 펼쳐진 상태입니다.

4개의 좋아요

I think it should still be open while writing, but I agree it should post as closed.

2개의 좋아요

When writing you can toggle it open and closed anyway, so yeah I was just saying the final post should default to closed.

1개의 좋아요

How do you create open details with the WYSIWYG editor if not by leaving them open before posting? Isn’t details being open when they were open before posting exactly that? You get what you see.

Yes, you get what you see. And I’m saying in this case getting what you see is unintuitive and counter to the point a hide details section. Expecting the user to manually close every Hide Details section before posting wouldn’t make for a good user experience.

2개의 좋아요

I don’t think that’s intended usecase here. The details should by default be closed, and optionally opened. Having to remember to manually toggle it close before creating a post isn’t very smooth.

1개의 좋아요

Removing the “open” in markdown before posting isn’t more intuitive either. But when you want to see what you are writing in the preview using the markdown editor, you have to do that. That is my normal workflow. Create details, add “open” so I can see the formatting in the preview while I am typing, and at the end remove the “open”.
For me toggling them to be closed is like removing the “open” in markdown.

So I disagree with

because my experience was the same before. I had to remove the “open” formatting before posting

That was the reasoning too when developing this feature and is exactly what happens, but I agree that the current behavior feels counter-intuitive because posting an open=true details section seems like a very rare edge case to me, and end up hurting the default/more common experience because of this support.

5개의 좋아요

This is a tricky one.

I think it’s reasonable to assume that most people create details sections with the intention of having them closed upon posting to avoid cluttering or overpopulating their post with perhaps ancillary content; otherwise, why have the content in a details section at all?

But, if we default to closing all details sections upon post, then we make it impossible for anyone to post an open details section without switching to Markdown-mode and it does conflict with the premise of WYSIWYG. If it’s open in the editor, then it’s open in the posted topic / reply.

I wonder if the placeholder content is confusing — when it is open, we tell you “this text will be hidden”:

CleanShot 2025-08-07 at 11.11.54

I don’t have a clear idea yet on where to go with this, but I agree something feels off.

Also, the communities I use host book clubs and the details sections are commonly used to post spoilers (especially when there’s a lot of text and using a spoiler tag is awkward). Having these open by default would be a huge problem. (That’s actually how I discovered the issue to begin with.) If they are open by default many users will spoil the books for other users, and I wouldn’t be surprised if many revert back to markdown to avoid this.

2개의 좋아요

Hi, I was going to create the same thread. In my community, it’s only used for spoilers, and now this new editor gets quite confusing for our users, they don’t know they have to close it before posting so people got spoiled.

As it was the default behavior for so long to have it closed by default, it’s hard to justify the change to users.

2개의 좋아요

이건 어떤 업데이트가 있나요? 이 문제 때문에 사람들이 여전히 상세 정보 섹션을 열어둔 채로 스포일러를 올리고 있습니다. :frowning:

1개의 좋아요

안녕하세요! 저는 @seanblue와 같은 포럼에서 활동하고 있으며, 디테일 박스가 열려 있는 상태로 표시되는 문제를 확인했습니다.

에디터가 의도된 대로 작동하고 있다는 점은 이해합니다. 하지만 사용자 입장에서는 에디터와 디테일 박스가 이런 방식으로 작동하도록 설계된 것임을 알기 어렵습니다. 만약 이것이 명확했다면, 모든 사용자가 디테일 박스를 수동으로 닫았을 것이고 이런 문제는 발생하지 않았을 것입니다. :slightly_smiling_face:

저희 포럼에는 디스코urs/포럼을 전혀 사용해 본 적 없는 사용자들이 많습니다. 이들은 게시글에 표나 디테일 박스를 추가하는 기본적인 기능조차 파악하는 데 어려움을 겪고 있습니다. 특히 ‘이 텍스트는 숨겨집니다.’라는 안내 문구가 있음에도 디테일 박스가 정보를 숨기지 않는다는 점은 추가적인 혼란을 야기합니다.

또한, 기존 장기 사용자들은 이 변경 사항에 대해 알지 못하다가 갑자기 디테일 박스가 이전과 다르게 작동하는 것을 보고 혼란을 겪고 있습니다. 사용자가 변경 사항이 있었다는 사실을 인지하지 못해 디테일 박스가 무작위로 열리거나 닫혀 있는 상태가 되기 때문입니다. 따라서 이는 신규 디스코urs 사용자뿐 아니라 장기 사용자 모두에게 혼란을 주고 있습니다. 여기서 누가 혜택을 보고 있는지 정말로 이해가 되지 않습니다.

그리고 seanblue가 언급한 문제도 있습니다. 저희는 주로 북클럽에서 스포일러를 숨기는 데 디테일 박스를 사용하는데, 이제 디테일 박스가 기본적으로 닫혀 있지 않게 되면서 스레드를 열면 모든 스포일러가 노출되는 상황이 발생하고 있어 짜증이 납니다. :joy:

1개의 좋아요

@lindsey 여기서는 예외를 두는 것이 적절할 정도로 충분한 피드백을 받은 것 같습니다. 기본적으로 해당 컴포넌트는 내용을 숨기는 것으로 예상되므로, 제 생각에는 정당한 예외입니다.

3개의 좋아요

네, 동의합니다 — 여기에 게시해 주신 모든 분께 감사드립니다. 피드백이 매우 유용합니다. 리치 텍스트 편집기에서 게시할 때 “세부 정보 숨기기” 섹션이 기본적으로 닫혀 있도록 조치하겠습니다. 일정에 대해 더 알게 되면 다시 말씀드리겠습니다.

4개의 좋아요

저희 사이트에서 [details] 태그에 문제가 발생하고 있습니다. 미리보기에서 태그를 열면 블록이 기본적으로 열린 상태로 표시됩니다.

게시글의 BBCode를 확인해 보면, 게시글을 제출할 시점에 미리보기에서 태그가 열려 있었다면 태그에 open이 추가되어 있습니다(예: [details="This should remain closed" open]).

특히 스포일러를 표시할 때 이 태그를 자주 사용하는데, 이렇게 되면 태그의 본래 목적이 무색해집니다.

hi @CT075, 보고해 주셔서 감사합니다. 동일한 버그에 대한 기존 주제에 해당 게시글을 이동했습니다.

3개의 좋아요

최근에 변경되어, 리치 에디터가 현재 열림/닫힘 상태와 관계없이 닫힌 [details] 마크다운을 일관되게 직렬화하도록 되었습니다. 문제가 발견되면 알려 주시기 바랍니다.

4개의 좋아요

이 주제는 마지막 답변 후 3일이 지나면 자동으로 닫힙니다. 더 이상 새로운 답변을 게시할 수 없습니다.