편집기를 설정하여 마크다운이 사용 가능한 옵션이 되지 않도록 하려고 합니다. 사용자가 다른 편집기 유형을 선택할 수 없어야 하며, 리치 텍스트가 기본값으로 설정되어야 합니다.
현재 관리자 권한을 가지고 있습니다. 최적의 설정 방법은 무엇인가요?
7개의 좋아요
관련 설정을 찾을 수 없었습니다
MutationObserver를 사용하여 해결했습니다
1개의 좋아요
요청해 주셔서 감사합니다. 현재 해당 옵션은 없지만 추가하는 것을 검토 중입니다.
아마 @renato나 @david가 mutation observer에 의존하지 않는 간단한 컴포넌트를 만들어 줄 수 있을 것 같습니다. 현재 방식은 취약해 보이기 때문입니다.
5개의 좋아요
대안으로, CSS를 사용하여 에디터 토글 스위치를 단순히 숨길 수도 있습니다. MutationObserver를 사용하는 것보다 훨씬 간단할 것입니다.
이렇게 하려면 다음 위치에 새 컴포넌트를 설치하십시오: yoursite.com
그런 다음 해당 컴포넌트의 코드에 다음과 같은 작은 CSS 스니펫을 추가하십시오:
.composer-toggle-switch {
display: none;
}
리치 에디터가 아직 Discourse Math 플러그인과 잘 작동하지 않기 때문에, 이 방법을 사용하여 기본 마크다운 에디터를 강제 적용했습니다.
4개의 좋아요
부드러운 텍스트 편집기 모드도 이제 기본값입니다:
2개의 좋아요
리치 텍스트 에디터는 모든 사이트에서 사용할 수 있으며, 기본 작성 모드 설정을 통해 멤버들이 작성기를 처음 열 때 어떤 모드를 볼지 결정할 수 있습니다. 기본값은 리치 텍스트로 설정되어 있습니다.
다만, 멤버들은 작성기 토글을 사용하여 마크다운 모드로 전환할 수 있습니다. 작성기는 이를 선호 모드로 기억하므로, 멤버가 다시 리치 텍스트로 전환할 때까지 마크다운 모드로 다시 열립니다.
여기서의 핵심은 멤버들이 자신에게 가장 적합한 작성기로 글을 쓸 수 있도록 하는 것입니다. 관리자는 커뮤니티를 잘 알고 있으므로 어떤 기본 모드가 가장 적절한지 합리적으로 선택할 수 있지만, 멤버들은 자신에게 더 잘 맞는 다른 모드를 선택할 수 있어야 합니다.
6개의 좋아요
대부분의 포럼에서는 이것이 합리적인 동작으로 보일 수 있다고 생각합니다. 하지만 저는 제 포럼을 수학, 통계학, 데이터 과학을 공부하는 대학 학생들을 위한 Q&A 사이트로 사용하고 있습니다. 여기서 마크다운과 LaTeX를 배우는 것이 중요한 부분 중 하나입니다.
많은 학생들이 사용하고 싶어하는 것이 리치 에디터라는 점은 의심의 여지가 없습니다. 하지만 실제로는 마크다운 에디터를 사용해야 합니다. 그래서 마크다운 에디터를 기본값으로 설정하고 CSS로 토글 스위치를 숨기는 방식으로 이를 강제할 수 있어서 다행입니다. 
8개의 좋아요
커뮤니티의 특별한 요구사항에 잘 맞는 해결책을 찾은 것 같네요. 정말 좋습니다!
3개의 좋아요
이해가 안 됩니다. 이번 업데이트가 이전 기본 설정을 덮어쓰고 있네요. 이로 인해 제 CSS에서 문제가 발생했습니다.
적어도 당분간은 리치 텍스트를 완전히 비활성화하려고 시도하고 있습니다.
@mcmcclur 스위치를 숨기는 데 이 방법이 저한테는 잘 작동했어요. 감사합니다!!
.composer-toggle-switch {
display: none;
}
요즘 업데이트가 너무 무섭습니다. 최근 디스커스를 업데이트할 때마다 이런 강제 오버라이드/변경 사항과 추가 작업 때문에 매번 더 많은 일이 생기기 때문이에요. 
물론 선택할 수 있는 다른 경로가 하나 더 있습니다 — 스스로를 궁지로 몰지 마세요 
즉, 사용자가 원하는 것을 스스로 결정하게 하고, 확정적인 규칙을 정하지 말라는 뜻입니다. 이렇게 하면 두려워할 이유가 상당 부분 사라집니다.
정말 그렇습니다. 저도 동의하며, 이는 포럼 소유자에게도 적용되어야 한다고 생각합니다. 결정할 기회가 없었거든요. 업데이트를 하고, 부스… 제게는 변경이 적용되었고 의도치 않은 CSS 문제가 발생했습니다.
하지만 네, 그 문제가 해결되면 다시 되돌릴 것입니다. 하지만 모든 사용자에게 리치 텍스트 편집기로 변경하는 방식이 아니라, 새로운 옵션이 생겼다는 것을 알려주고 사용자가 스스로 결정할 수 있게 할 것입니다.
린즈레이, 안녕하세요.
린즈레이님의 관점은 이해하지만, 왜 이 기능(또는 다른 기능)을 비활성화하는 것이 유용할 수 있다고 생각하는지 설명드리고 싶습니다. 적어도 기능이 충분히 테스트되어 안정적이고 문제가 거의 보고되지 않는다고 확인될 때까지는 말입니다.
이 기능은 글을 작성하는 사용자 본인에게만 영향을 미치는 것이 아닙니다. 물론 작성자가 올바르게 게시하는 방법을 찾아내면 게시 전에 문제를 수정할 수는 있겠지만요.
저는 일부 사용자가 자신이 리치 텍스트 모드에 있는 것조차 인지하지 못한다고 생각합니다. 제가 이전에 여기서 버그 보고를 처음 작성할 때도 인지하지 못했습니다. 눈에 띄지 않는다고 말하려는 것은 아니지만, 포맷팅이 많이 필요하지 않은 경우 일반 텍스트처럼 보일 수 있습니다. 별표(*) 기호는 일부 화면에서 렌더링된 HTML에서 불릿 포인트로 오해될 수 있으므로, 사용자가 긴 글을 작성하다가 무언가 깨진 것을 깨닫고 마크다운으로 전환하면 오히려 더 나빠질 수 있습니다(어제 제가 발견하고 https://meta.discourse.org/t/rich-text-editor-in-topics-breaks-white-space-characters-in-multiple-ways/381027에서 언급한 바와 같이요).
그런 다음, 그들은 글을 수정하는 데 많은 시간을 쓰고 싶지 않아서 이해되기를 바라며 그냥 전송합니다.
그런 다음 모더레이터나 헬퍼들은 질문을 이해하기 위해 더 많은 노력을 기울이고, 사용자에게 글을 수정해 달라고 요청하며, 코드를 공유할 때는 리치 텍스트 모드를 사용해서는 안 된다고 설명해야 합니다. 이는 수정된 코드 블록을 기다리는 동안 도움을 주는 대신 많은 추가 커뮤니케이션과 시간을 의미합니다. 대부분의 게시글에 어떤 종류의 코드 블록이 포함되어 있거나, 포함되지 않더라도 포함되었어야 하지만 사용자가 마크다운에 익숙하지 않았던 포럼에서는 이것이 중요합니다(저에게는 놀라운 일이었지만, 이것이 현실입니다 ). 따라서 리치 텍스트 에디터는 훌륭한 추가 기능이 될 수 있고, 처음에는 그렇게 보았습니다. 마크다운을 여전히 선호하지만, 다른 사용자가 원하는 것을 선택하게 두는 것이 왜 나쁘겠습니까? 네, 동의합니다.
하지만 일부 경우, 모더레이터나 관리자는 기능이 해결하는 것보다 더 많은 문제를 일으키는지 여부를 결정해야 하므로, 기능이 다시 활성화할 수 있을 정도로 충분히 안정화될 때까지 일시적으로 비활성화할 수 있어야 한다고 믿습니다. 도움을 위해 오는 사용자는 버그에 대해 알지 못하므로 자신에게 어떤 에디터 모드가 가장 좋은지 알지 못할 수 있습니다.
지금 저는 "굵게"나 “인용” 버튼을 비활성화하려 하지 않을 것입니다. 이 버튼들은 거의 아무것도 하지 않기 때문에 무언가 잘못되었는지 알아차리기 매우 쉽기 때문입니다. 하지만 리치 텍스트 에디터에 대해 여러 번 보고가 있었다는 것을 알고 있습니다. 잠재적으로 훌륭한 기능이지만, 많은 것을 깨뜨릴 수도 있습니다. 사람들은 마크다운에서도 문제가 있었지만, 그것은 괜찮습니다. 우리는 이미 알고 있고 이전처럼 처리할 수 있습니다.
일부 경우, 모더레이터들은 포맷팅 가이드 링크를 단순히 연결하는 것뿐만 아니라, 사용자를 대신해 메시지를 수정하는 방식으로 도움을 주기도 합니다. 특히 새 사용자나 메시지를 보낸 지 하루가 지났기 때문에 자신의 글을 수정할 시간이 없는 경우 유용할 수 있습니다. 리치 텍스트 모드가 안정적이지 않다면, 저는 그들의 글을 편집하다가 오히려 깨뜨리는 상황을 상상할 수 있습니다.
따라서 사용자가 자신의 글을 작성하는 데 무엇을 사용할지 결정하도록 하는 의도는 완전히 이해하지만, 다른 측면이 있습니다. 사용자가 어떤 에디터를 원하거나 어떤 문제를 일으킬지 모를 수 있고, 이는 모더레이터에게 훨씬 더 많은 업무를 부과하며, 일시적으로 기능을 비활성화함으로써 해결할 수 있었을 포럼에서의 나쁜 경험을 초래할 수 있다는 점입니다.
CSS 기반 솔루션에 대해 읽었습니다. 문제는 커스터마이징에 CSS를 사용하지만, CSS도 문제를 일으킬 수 있으므로 절대적으로 필요하지 않는 한 CSS를 사용하지 않으려 합니다. 이렇게 하면 Discourse 업그레이드 후 기능이 다시 나타나는 것을 피할 수 있고, 누군가 무관한 다른 용도로 추가 CSS를 추가하면서 기능이 비활성화된 것을 깨뜨리는 것을 인지하지 못하는 상황을 피할 수 있습니다.
충분히 명확하게 설명할 수 있었기를 바랍니다.
업데이트:
알림을 받고 돌아왔을 때, 제가 OP와 정확히 같은 것에 대해 쓰지 않았다는 것을 깨달았습니다. 하지만 저는 주요 지점은 동일하다고 믿습니다: 많은 문제를 일으킨다면 포럼 관리자가 일부 기능을 비활성화하고 싶을 수 있다는 것입니다. 그것이 마크다운이든, 리치 텍스트이든, 아니면 게시글 작성 후 모드 전환 기능이든 중요하지 않습니다.
3개의 좋아요
여러 기능이 아직 작동하지 않는다는 점도 빼놓을 수 없으며, 이는 일부 사용자에게 혼란을 줄 수 있습니다. 저는 [grid]라는 기능이 왜 갑자기 누군가에게는 작동하지 않는지 알아보고 있었는데, 이 기능은 어디에도 언급되지 않았음에도 불구하고 Rich에서는 단순히 작동하지 않는다는 것을 발견했습니다. 게다가 기본 버튼들은 아예 깨져 있는 상태입니다. 제 생각에는 모든 기능이 실제로 작동할 때까지는 이 기능을 비활성화하는 옵션으로 두는 것이 더 낫습니다. 개인적으로는 사용하지 않겠지만, 일부 사이트에서는 이 기능이 필요할 것이라는 점은 분명합니다.
글쎄요, 대부분의 사람들이 마크다운에 많은 문제를 겪은 이유는 마크다운 사용법을 모르기 때문이죠. 이것이 바로 WYSIWYG(보이는 그대로 편집)가 그렇게 절실했던 주요 이유입니다. 그리고 당신은 심지어 기본적인 도구조차 거의 사용되지 않는다고 말했었죠 (하지만 이는 에디터에서 굵게 표시조차 매우 무서워 보일 정도로 사실에 가까운 것이었기 때문입니다).
이 관점에서 보면 관리자와 모더레이터의 업무 부담은 과대평가되어 있으며, 전혀 중요하지 않습니다. 그들은 사용자를 위해 존재하며, 포럼도 사용자를 위해 존재합니다. 포럼은 스태프의 생활을 더 편안하게 만드는 것이 목적이 아니라, 동시에 사용자에게는 더 힘든 상황을 만들어서는 안 됩니다
하지만 다시 한번 말씀드리지만, RTE(리치 텍스트 에디터) 측이 충분히 성숙하기 전까지는 그 기능을 활성화하지 마세요 
어떤 기본 버튼들이 고장 났나요? 코드 블록에 대한 버그 리포트는 있지만, 기본 컴포저 도구 모음 항목에 대한 다른 문제는 인지하고 있지 않습니다. 따라서 (별도의 주제에서) 보고되지 않는 한 거의 수정되지 않을 것입니다.
2개의 좋아요
제가 잘못 이해하신 것 같습니다.
모더레이터가 사용자를 위해 일하고 싶지 않다면 모더레이터가 될 수 없었을 것입니다. 모더레이터는 사용자를 돕고 중재하는 데 모든 여가 시간 또는 상당한 부분을 할애할 수 있습니다. 여기에는 게시물을 승인하거나 거부하는 것, AI가 생성한 긴 게시물을 읽어서 실제로 AI로 생성된 것인지 확인하여 진짜 사용자의 게시물만 마땅한 관심을 받을 수 있도록 하는 것, 그리고 다른 사용자가 도움을 줄 수 없더라도 최소한 시도해 볼 수 있도록 게시물을 포맷팅하는 것 등이 포함됩니다. 또한 사용자를 돕는 것은 다음에 사용자가 게시물을 더 잘 작성할 수 있도록 하기 위함이기도 합니다. 따라서 이것은 모더레이터에게 편안한 환경을 제공하면서 사용자에게는 더 어렵게 만드는 것이 결코 아닙니다. 오히려 그 반대입니다. 하지만 모더레이터가 시간과 제대로 작동하는 도구를 가지고 있을 때만 사용자에게 더 쉽게 만들어 줄 수 있습니다. 모더레이터에게 더 어렵게 만드는 것은 결국 사용자에게도 더 어렵게 만들 것입니다.
따라서 제 주장은 정확히 이렇습니다. 모더레이터는 WYSIWYG가 좋은 기능이 될 수 있는 이유를 보고 이해하지만, 전체적인 결과가 게시물이 깨지고, 읽기 어렵고, 도우미(모더레이터 포함)가 도움을 요청하는 사용자에게 게시물을 포맷팅하도록 요청할 수밖에 없는 상황이 된다면(원본 내용을 아는 것은 사용자뿐이고, 복사한 파일이나 터미널 출력을 가지고 있는 것도 사용자뿐이므로), 포럼을 운영하는 사람들은 기능에서 가장 많은 효과를 내기 위한 결정을 내려야 하며, 모든 사람에게 더 나쁘고 어렵게 만드는 것을 적어도 일시적으로 비활성화해야 합니다.
사용자들은 종종 질문을 하고, 자신의 게시물이 깨진 것을 보고, 우리가 그것이 사용자에게만 가능하기 때문에 수정해 달라고 요청하면, 그들은 StackOverflow나 다른 곳으로 가버립니다.
제가 인용한 마크다운에 대한 제 코멘트는, 리치 텍스트 에디터가 수정될 때까지 모더레이터가 계속 처리할 수 있었던 원래의 문제였다는 점을 언급하기 위한 것이었습니다. 여러 새로운 문제가 생기고 여전히 기존 문제를 처리해야 하는 상황보다는, 사람들이 리치 텍스트로 시작하더라도 마크다운으로 돌아가게 되어 게시물이 깨지는 징후를 보았기 때문입니다.
따라서 사용자를 돕는 데 집중하면서, 그것이 어떻게 이루어질 수 있는지, 그리고 때로는 관리자가 커뮤니티에 가장 좋은 것이 무엇인지 결정해야 할 수 있다는 것에 대해 이야기했습니다. 마찬가지로, 사람들에게 선택지를 주고 싶어서 사람들을 아프게 하는 제품을 식료품점에 두어 두지 않는 것과 같습니다. 제품을 회수하고 조사할 것입니다.
저는 그렇게 하지 않았습니다.
새 작성기 활성화
리치 에디터는 모든 커뮤니티에서 기본적으로 활성화되어 있습니다. 귀하나 회원들이 작성기를 열면, 툴바에 토글이 있음을 알게 될 것입니다. 이를 통해 클래식 마크다운 전용 모드와 새로운 리치 텍스트 에디터 사이를 전환할 수 있습니다.
하지만 이 특정 사례는 중요하지 않습니다. 별도의 버그 리포트에서 논의할 수 있습니다. 저는 마크다운이나 리치 텍스트를 비활성화하더라도, 기능이 선택 사항이 될 수 있는 것이 일반적으로 언제 그리고 왜 유용할 수 있는지에 대한 제 생각을 공유하고 싶었을 뿐입니다. 제가 명확히 설명할 수 있기를 바라며, 원래 게시물에서 여러분을 혼란스럽게 해서 죄송합니다. 
1개의 좋아요
이것은 버그로 간주될 수 있으며, 그렇다면 이를 별도의 주제로 분리해 주시는 분을 환영합니다. 제가 유지 관리하고 최근에 업데이트한 셀프호스팅 인스턴스에서는 작성기가 토글 상태를 기억하지 않습니다. 작성기를 열고 마크다운 모드를 요청한 후, 작성기를 다시 열면 다시 리치 텍스트 모드로 돌아갑니다.
네, 저도 그걸 알아차렸어요. 버그인 것 같은데, 재현할 시간을 내지는 못했어요.
가능하시다면 Contribute > Bug 채널에서 공유해 주시면 좋겠어요.