안녕하세요. 마크다운 에디터를 단독으로 활성화할 수 없게 된 것을 확인했습니다. 물론 기본값을 둘 중 하나로 설정할 수는 있는데, 이건 꽤 좋은 점입니다. 하지만 제 사이트(그리고 여기)에서 BBCode 해석과 관련하여 여전히 일관되지 않은 동작을 발견하고 있습니다. 새 작성기(composer)가 BBCode를 해석하도록 설계된 것이 아니라는 것을 알고 있으며, 엄밀히 말하면 맞습니다. 작성기에 [i] 또는 [b], 혹은 그 외의 익숙한 BBCode 태그를 입력해 보십시오. 예상대로 작동하지 않습니다. 그러나 이 규칙이 적용되지 않는 한 가지 경우가 있습니다. 만약 다음과 같이 입력하면
u
코드 블록 안에 넣었습니다. 넣지 않으면 작성기가 다시 끌 수 없는 밑줄 모드로 전환됩니다.
물론 새 줄로 넘어가면 괜찮지만, 저는 이것이 작성기의 예상치 못한 동작이라고 생각합니다…이 BBCode 하나만 해석하고 다른 것은 해석하지 않는 것처럼 보이는데, 이 단계에서 BBCode를 해석하도록 설계된 것이 아니라는 점은 이해합니다! 매우 심각한 버그라고 생각하지는 않지만, 일관성과 재현의 용이성을 위해 보고합니다. 여기와 제 사이트 모두에서 꽤 쉽게 재현되는 것 같습니다
이 문제를 제기해 주셔서 감사합니다. 간단히 확인해 보고 싶은데요, 현재 인스턴스에서 BBCode 지원이 실제로 활성화되어 있는지 확실합니까?
최근 플러그인이 코어로 통합되는 과정에서 일부 관리자가 플러그인 설정 줄을 그대로 두거나, 더 이상 필요 없다고 생각하여 다른 줄을 주석 처리하는 실수를 하는 경우가 있었습니다. BBCode 자체는 코어에서 지원되며 플러그인 설정이 필요하지 않지만, 밑줄이나 정렬과 같은 확장된 BBCode 동작에 의존하고 있다면 문제를 잘못 진단하기 쉽습니다.
또한 BBCode는 마크다운 모드에서만 작동한다는 점도 기억해 두시기 바랍니다. 새로운 리치 텍스트 편집기를 사용 중이라면 [b]굵게[/b]와 같은 BBCode 태그가 해석되지 않고 단순히 이스케이프 처리됩니다. 일반 편집기로 전환하면 예상된 동작이 복구되어야 합니다.
문제는 없어요, 도움이 되길 바라요! app.yml을 확인해 봤지만 BBCode와 관련된 참조나 환경 변수는 보이지 않았어요… 제 인스턴스(그리고 여기)에서는 작동하는 것 같아요. 지금은 마크다운 편집기를 사용 중인데, 포맷팅을 마크다운 대신 BBCode로 전환하면 기대했던 대로 작동하는 것 같아요. 새로운 작성기(composer)가 기대대로 작동하지 않는 유일한 경우는 [u] 태그일 때예요. 다른 모든 BBCode는 의도한 대로 정확히 무시됩니다.
조금 이상한 문제긴 하지만 크게 심각한 것은 아니에요. 추가로 제공할 수 있는 정보가 있다면 알려주세요!
후속 조치로 할 수 있는 것은 입력한 [b]를 굵게, [i]를 기울임으로 자동 변환하는 것입니다. 각각은 Markdown으로 역직렬화되어 **굵게** 및 *기울임*이 됩니다. Markdown 구문이 사용 가능한 상황에서 HTML 사용을 장려하지 않으려는 것과 유사하게, <b>와 <i>에 대해서는 이미 이렇게 처리하고 있습니다.
밑줄 서식을 적용하는 유일한 방법이자 Discourse 코어에서 지원하는 [u]는 그대로 지원됩니다.
“다시 해제” 문제는 밑줄, 취소선, 그리고 잠재적으로 다른 유형의 콘텐츠에 대해 개선할 예정입니다. /cc @lindsey
