사용자들은 바로 한 가지 귀찮은 문제에 대해 불평을 시작했습니다. 예를 들어 굵은 글씨로 뭔가를 입력해야 할 때, 단어를 두 번 탭하고 B를 클릭한 뒤 계속 글을 쓰면 입력이 중단되는 것이죠. 물론 B를 다시 탭하면 굵은 글씨 사용이 해제되고, 굵은 글씨를 적용하기 전에 공백, 쉼표, 새로운 단어 등 아무거나 입력하는 것도 해결책이 됩니다.
하지만 이는 근본적인 문제 해결과는 거리가 멉니다.
2개의 좋아요
시작하자면, 정말 보기 좋습니다!
다만, 한 가지 의견을 더하고 싶습니다. ‘원시(raw)’ 입력 모드로 되돌아갈 수 있는 옵션을 항상 제공해야 한다는 것입니다. 아마도 제가 구식일지도 모르겠네요 
그리고 작은 버그 보고입니다(예상되는 부분이지만 언급할 가치가 있습니다):新模式에서 프롬프트가 서식에 초점을 맞추고 있어 텍스트를 편집할 수 있는 옵션이 제한적입니다:
5개의 좋아요
아, 그 한마디에 담긴 철학적 논쟁의 양이 어마어마하네요 
2개의 좋아요
정말 좋습니다! 많은 사용자가 Discourse가 "너무 기술적이다"라고 느끼는데, WYSIWYG 편집기가 큰 도움이 될 것 같습니다!
이제 “단순히” WYSIWYG Mermaid 다이어그램 편집기를 구현하면 됩니다!
혹시 그게 너무 어렵다면, 코드 블록을 단순히 색상만 바꾸는 것이 아니라 실제로 완전히 다른 것을 표시하는 유일한 기능이라고 생각합니다. 양쪽 보기(two-sides view)가 거기서 잘 작동합니다. 기존 방식으로 전환할 필요 없이 편집기 내에서 작동해야 한다고 생각합니다. 다만 어떻게 해야 할지는 잘 모르겠습니다.
4개의 좋아요
이것은 우리가 완전히 계획한 것보다 조금 더 먼 미래를 보고 있는 말씀입니다. 마크다운 토글을 활성화할 수 있는 사용자 설정을 제공할 가능성이 높다고 생각하지만, 아직 확정된 사항은 아닙니다. 그럼에도 불구하고 의견 공유해 주셔서 감사합니다. 도움이 되는 피드백입니다.
이것은 실험적 기능입니다. 따라서 자신의 책임 하에 진행하시기 바랍니다. 모든 것을 한곳에 모으기 위해 피드백을 여기에서 공유해 주시면 감사하겠습니다. 이렇게 하면 저희 작업이 훨씬 수월해집니다
재현이 되지 않습니다. 링크를 클릭해도 제 초안은 저장됩니다. 하지만 링크 UI(
누락된 기능 섹션 참조)를 작업 중이므로, 링크를 편집하는 방법에 대한 이해를 돕는 데 도움이 될 것입니다.
말씀하신 문제를 이해하지만, 어떻게 해야 할지 확실하지 않습니다. Google Docs와 Notion에서 이 시나리오를 테스트해 보았는데, 둘 다 동일한 경험(즉, 단어를 강조 표시하고 굵게를 켠 후, 커서를 그 단어에서 벗어나 입력하는 모든 단어도 굵게로 표시됨)을 가지고 있었습니다. 이것은 리치 텍스트 에디터를 사용할 때 포맷팅이 어디에서 끝나는지 명확하게 볼 수 없기 때문에 발생하는 결과라고 생각합니다.
키보드 단축키(CMD+B)가 사용 가능하며, 도움이 된다면 마크다운으로 작성하는 것도 여전히 가능합니다. 더 나은 해결책을 찾기 위해 계속 생각해 보겠습니다. Obsidian의 편집 처리 방식이 떠오르지만, 현재로서는 우리가 구현하기가 쉽지 않을 것입니다.
Mermaid 다이어그램은 아직 조금 더 시간이 걸릴 수 있습니다 — 하지만 관심 사항을 기록하고 누락된 기능으로 추가했습니다.
제목 제거에 대한 피드백을 반영했습니다 
2개의 좋아요
저는 인라인 원박스(inline oneboxes)로 이를 재현할 수 있습니다. 링크/원박스 간 전환을 위한 UI 작업을 진행하기 전까지, 다른 곳으로 이동하는 것을 방지하기 위해 오늘 조사해 보겠습니다.
2개의 좋아요
아직 채팅 인용/전사본이 지원되지 않지만, 관련 작업을 진행 중입니다.
3개의 좋아요
iOS와 macOS에서 스페이스바를 두 번 탭하면 WYSIWYG 모드에서 마침표가 제대로 생성되지 않는 경우가 있다는 것을 발견했습니다.
처음에는 절대 작동하지 않는다고 썼는데, 방금 저에게는 제대로 작동했습니다. 버그인 것 같네요. 다른 분들도 확인해 주실 수 있을까요?
1개의 좋아요
비기술적인 우리들에게 정말 훌륭한 개선인 것 같습니다. 디스코스 팀, 감사합니다
줄을 네 개의 공백으로 시작하면 자동으로 그 줄이 코드로 변환되는 것을 확인했습니다(그리고 그때부터 굵기 및 이탤릭 기능이 더 이상 작동하지 않음).
시작 부분에 공백을 3개까지 사용하면, 그 공백들이 실제 문자로 인식될까요? 그래도 제 용도에는 충분하지 않습니다. 수정: 공백을 문자로 인식하지 않는 것으로 확인되었습니다.
Tab 키가 Google Docs나 Word에서처럼 작동하게 하거나, 포맷 옵션을 잃지 않으면서 원하는 만큼 공백을 사용할 수 있는 방법이 있을까요? 예를 들어 Docs 파일에서 내용을 복사해 붙여넣을 때, 원래 문서와 더 비슷한 형태로 표시되도록 하는 것이 특히 유용할 것입니다.
또한, 이것은 좋은 아이디어인 것 같습니다:
그리고 저는 보통 색상을 사용하지 않지만, 어떤 분들에게는 중요할 수 있을 것 같습니다. 이 부분까지 구현할 수 있을까요?
이것으로 마무리하겠습니다. 다시 한번 감사합니다!
3개의 좋아요
게시물이 게시된 후 어떻게 보일지 일관성을 유지하기 위한 것입니다 – 공백 4개로 시작하는 행은 게시물이 게시될 때 코드 블록으로 변환됩니다.
그렇지는 않습니다. 결국 우리는 정제된 Markdown을 만들어 HTML로 변환(cook)하는 구조이기 때문에, 현재 Markdown→HTML 처리 과정으로 이미 수행할 수 있는 기능들만 이 새 에디터에서 지원됩니다.
물론 새로운 콘텐츠 유형을 구축할 기회는 있지만, 원본 데이터(source of truth)가 Markdown이기 때문에 이러한 유형들도 반드시 원시 Markdown을 통해 지원되어야 합니다.
5개의 좋아요
새로운 편집기를 정말 마음에 들어하고 있습니다!
바꿔야 하는 습관 중 하나는, 더 이상 Shift-Up이나 Shift-Down 키를 눌러 현재 있는 단락을 선택할 수 없다는 점입니다. 제가 이 동작을 얼마나 자주 하고 있는지 깨닫지 못했지만, 실제로는 텍스트를 삭제하거나 선택해서 이동할 때 매번 이렇게 하고 있었습니다.
이제 상단 또는 하단 줄의 마지막 텍스트 조각을 선택하려면 Shift-Left이나 Shift-Right(또는 Shift-Cmd-Left 또는 Shift-Cmd-Right)를 사용해야 합니다. 말이 되는지 모르겠지만, 그렇지 않으면 다음 단락부터 선택이 시작됩니다.
5개의 좋아요
기술적 배경이 없는 사용자에게 이는 한 걸음 나아간 발전이라고 생각합니다! 다만, @Canapin 님과 마찬가지로, 이 변화에 익숙해지기까지는 시간이 좀 걸릴 것 같습니다 
. 마크다운 모드와 WYSIWYG 모드 사이를 빠르게 전환할 수 있는 토글 기능이 있다면 정말 좋겠습니다.
다른 분들도 지적했듯이, 데스크톱에서의 편집 영역이 조금 더 넓었으면 합니다. 또한, 제목을 입력한 후에는 일반 텍스트로 되돌아가는 방법이 없어 문제가 발생했습니다 — 줄이 완성되고 Enter 키를 눌렀을 때만 렌더링되도록 하는 것이 하나의 대안이 될 수 있지 않을까요? (마우스를 사용해 되돌려야 하는 것을 피할 수 있고, 이는 다른 태그들이 완성되었을 때만 렌더링되는 방식과도 일관성이 있어 좋습니다.)
추가로:
-
다단계 목록을 생성할 수 없습니다 -
코드 블록 내에서 코드를 들여쓰기하는 방법이 확실하지 않습니다.
-
코드 블록의 언어 드롭다운 메뉴의 대비가 다소 낮습니다 (아래 스크린샷 참조) - 처음에는 이를 놓쳤습니다.
-
마크다운으로 표를 입력하는 것이 작동하지 않는 것 같습니다 (기존 편집기에서 생성된 표는 올바르게 렌더링됩니다).
-
표 뒤에 다른 블록 요소(예: 인용구)가 있는 경우, 표 뒤에 새 줄을 삽입할 수 없습니다.
-
각주(footnote)에 대한 지원이 없는 것 같습니다 (기존 편집기에도 각주 관련 버그가 있는 것 같습니다 - 각주 1과 2를 생성하려고 하면 첫 번째 각주만 올바르게 렌더링됩니다).
-
클립보드에서 이미지를 붙여넣은 경우, 대체 텍스트(alt text)를 생성하는 방법을 모르겠고, 이미지 크기를 변경하는 방법도 알지 못합니다.
2개의 좋아요
다단계 목록의 작동 방식을 정말 좋아합니다. 평소처럼 마크다운을 입력하기만 하면 자동으로 첫 번째 항목이 생성됩니다. 엔터를 누르면 다음 항목이 생성되고, 탭 키를 눌러 들여쓰기를 할 수 있습니다. 지우면 항목 기호가 번호로 변경되고, 시프트+탭을 누르면 또 다른 항목 기호가 생성됩니다.
6개의 좋아요
아, 고마워! 코드 블록 문제 때문에, 그리고 옛날 에디터에서는 작동하지 않아서 시도해보지 않은 것 같아. 하지만 새 에디터에서 작동하는 방식은 말이 돼.
이걸 떠올리게 해줬는데: 번호가 매겨진 목록이 레벨별로 다른 기호를 순서대로 사용하면 좋겠어 (예: 1단계 = 숫자, 2단계 = 소문자, 3단계 = 로마 숫자, 4단계 = 대문자). 하지만 CommonMark나 GFM 사양에 포함되지 않아서 이건 테이블에 올라오지 않을 거라고 짐작해.
1개의 좋아요
최근에 새 편집기를 몇 번 사용했는데, 이제 WYSIWYG가 되었다는 사실조차 기억도, 알아채지도 못했어요. 제가 쓰면서도 전혀 의식하지 못할 정도로 자연스럽게 사용할 수 있었다는 뜻이에요. 
마치 편집기가 처음부터 이렇게 되어 있던 것처럼요. 물론 실제로는 그렇지 않았지만요.
창이 좁다는 점에도 전혀 불편함을 느끼지 못했어요. 
정말 매끄러운 경험이었어요. 버그를 겪지는 않았지만, 제 사용은 텍스트, 인용, 표준 서식 같은 기본 콘텐츠에 한정되어 있었어요.
일반 편집기에서도 여전히 그런지 모르겠지만, 예전에는 미리보기가 최종 게시글과 거의 100% 동일했어요. 얼마 전에는 미리보기 폭이 게시글 폭과 약간 달라서 미리보기가 게시된 내용과 정확히 일치하지 않는다는 이유로 조금 불만을 제기하기도 했어요.
지금은 편집기가 게시글보다 더 넓더라도, 이전보다 사용이 더 편리하다면 불만을 제기하지 않을 것 같아요. 
3개의 좋아요
좋은 지적이네요! 게시된 내용과 편집된 내용이 일치하면 마찰을 최소화할 수 있을 것입니다.
다만 이 경우, 편집된 내용이 게시된 내용과 동일한 시각적 축 위에 위치하는 것을 선호할 것 같습니다.
3개의 좋아요
글쎄요, 여기는 인쇄 매체가 아니기 때문에 게시된 내용은 (거의) 모든 사람에게 동일하지 않습니다.
어제 이 작업을 시작했습니다. 너무 복잡하지 않기를 바라며, 곧 결과를 내놓을 수 있기를 바랍니다…
4개의 좋아요
채팅 인용 기능은 큰 문제가 아닙니다. 주로 이 기능을 사용하는 사람은 관리자나 운영자이고, 그들은 기존 시스템으로 되돌리는 방법을 알고 있기 때문입니다.
각주 기능이 훨씬 더 중요합니다.
솔직히 말해서, 그것은 제 개인적인 견해일 뿐이고, 실제 현장에서는 어떻게 돌아가는지 정확히 모르겠습니다.
유머러스한 일이지만, 제 사용자들은 얼마 전까지 마크다운과 WYSIWYG 기능 부재를 불평하고 있었습니다. 그런데 지금은 아무도 새로운 시스템으로 전환하지 않았습니다. 거의 이유를 알고 있습니다. 거의 모든 사용자가 모바일을 사용하는데, 실제로는 이미지 문제를 불평하고 있었고 마크다운 텍스트 외에는 아무것도 볼 수 없었기 때문입니다.
그들은 다른 도구를 전혀 사용하지 않으며, 우리는 제 오래된 주장으로 돌아갑니다. 툴바를 숨기고 표시할 수 있는 도구가 필요합니다. 일반 사용자는 순수 텍스트를 작성하고 보내는 것만으로 충분하다고 생각하는 소셜 미디어 스타일에 익숙합니다. 그리고 Discourse가 이를 어느 정도 제공하기 때문에, 새로운 시스템으로 전환하거나 시도할 동기가 전혀 없습니다. 작성기에서 이미지를 볼 수 있다는 점을 제외하면요. 하지만 제 포럼은 이미지 의존도가 그리 높지 않습니다.
일반 사용자(Commoners)의 경우는 다를 수 있지만, 그들은 그 마법 같은 전환 기능을 알지 못합니다.
2개의 좋아요