안녕하세요 @lindsey.
OP에 이 내용을 포함하도록 업데이트해 주실 수 있을까요? 제가 직접 하려다 말았는데, 무례하게 보일 수도 있겠다는 생각이 들어서요. 
3개의 좋아요
리치 에디터를 활성화하는 옵션은 어디에서 찾을 수 있나요? 리치 텍스트를 마크다운으로 변환하는 옵션만 찾았습니다.
그런 이유였군요. 설정을 찾을 수 없었던 이유가 이거였네요. 
실험 기능의 GUI 토글로 이동해야 합니다.
1개의 좋아요
와, 컴포저가 정말 많이 발전했네요. 
방금 긴 보고서를 작성하면서 컴포저를 사용해 보았는데, 복사하고 붙여넣기를 많이 하고 내용을 조정하는 과정에서 몇 가지 작은 문제들을 발견했습니다:
-
링크를 단독 줄에 붙여넣은 후 그 줄 뒤에 텍스트를 추가하면, 링크가 여전히 원박스(onebox) 상태로 유지됩니다. 원박스를 제거하고 링크가 줄의 후반부에 텍스트 뒤에 위치할 때처럼 단순히 링크만 표시되도록 하는 방법이 없어 보입니다. 해결책으로 해당 줄의 텍스트를 먼저 입력한 뒤, 줄의 맨 처음으로 돌아가서 링크를 붙여넣는 방법이 있습니다.
-
텍스트를 선택한 후 메뉴에서 “상세 내용 숨기기”를 선택하면 텍스트가 덮어쓰기됩니다. 마크다운 컴포저에서는 선택한 텍스트가 단순히 숨겨지도록 처리됩니다. (아래 스크린캐스트 참조)
- 여기서 다시 테스트해 보겠지만, 다른 토픽에서 숨겨진 세부 내용을 사용했을 때 토글은 작동하지만 기본값으로 확장되어 숨겨진 텍스트가 표시되었습니다. 기본값으로 숨겨져 있어야 합니다.
요약
이 텍스트를 숨기고 싶습니다
3개의 좋아요
이것은 의도적인 설계이지만, 혼란을 줄 수 있다는 점에 동의합니다. 에디터 뷰에 표시된 내용에 따라 bbcode의 open 속성이 설정됩니다.
기본 열림
예
기본 닫힘
아니요
3개의 좋아요
아… 그 bbcode의 open 옵션에 대해 전혀 몰랐네요. 저는 그걸 열려 있게 하고 싶지 않았거든요. 말씀하신 대로 작동하는 것을 확인해 볼 수 있습니다.
1개의 좋아요
게시물이 기존 주제에 병합되었습니다: Markdown 전용 편집기에서 모노스페이스 폰트
작성기 유형의 사용 가능 여부를 사이트 설정으로 지정할 수 있는 것이 가장 좋다고 생각합니다. 그리고 두 가지 모두 활성화된 경우, 사용자가 사용자 설정에서 원하는 작성기를 선택할 수 있도록 해야 합니다.
작성기에 토글 옵션을 장기적인 기능으로 두는 것은 원치 않습니다. 현재 메타(Meta)에서 테스트하는 용도로는 완벽하게 의미가 있지만, 작성기 경험을 단순화하려는 목표와 거의 정면으로 배치됩니다.
3개의 좋아요
리치 텍스트 버전에서 몇 가지 문제를 발견했습니다:
- 게시물을 작성하면서 미리 형식화된 텍스트(preformatted text)를 추가하면 다음과 같은 화면이 보입니다:
그리고 게시물을 등록하면 다음과 같은 화면이 보이는데, 두 화면이 일치하지 않아 좋지 않습니다:
적어도 마크다운에서는 단일 따옴표(`)와 세 겹 따옴표(```)를 사용해 한 줄 또는 여러 줄 코드를 선택할 수 있습니다. 하지만 지금은 모노스페이스 옵션(이 옵션은 개인적으로 선호하지 않습니다)이 있어 다소 충돌이 발생합니다…
- 마크다운을 사용할 때, 예를 들어 단일 따옴표와 세 겹 따옴표를 혼용하면 이상한 동작이 발생합니다. 먼저 단일 따옴표를 사용하면 정상적으로 작동하고, 그 후 세 겹 따옴표를 사용해도 정상적으로 작동합니다:
하지만 바로 다시 세 겹 따옴표를 사용하면 다음과 같은 화면이 나옵니다:
하지만 이런 현상은 자주 발생하지 않아 원인을 알지 못합니다.
-
리치 텍스트 에디터에서 텍스트 커서가 포맷이 적용된 영역에 있을 때 굵게(Bold)와 기울임(Italic) 버튼이 ‘선택됨/누름’ 상태로 보이는 것이 좋겠습니다. 기울임 텍스트는 더 명확하지만 굵게는 그렇지 않습니다. 하지만 가장 중요한 경우는 텍스트 커서가 단어의 중간이 아니라 단어 뒤에 있을 때입니다. “*타입하면 포맷이 적용될까요?”(When we type will it be formatted?)
-
이건 단순한 제안입니다. 현재 작성창이 중앙 정렬되어 있어 개인적으로 다소 어색하게 느껴집니다. 사이드바와 오른쪽 창 가장자리와 정렬된다면 어떨까요? 다음과 같은 형태처럼요:
저에게는 이렇게 하면 나머지 콘텐츠와 더 자연스럽게 흐르는 것 같습니다.
죄송합니다, 무슨 말씀이신지 잘 모르겠습니다.
이 기능은 곧 출시될 예정입니다:
2개의 좋아요
모든 댓글을 읽지는 못했으므로 이미 언급된 내용을 반복하고 있다면 양해 부탁드립니다.
일반적으로 WYSIWYG 에디터가 다소 버벅거리는 느낌이 들어 사용을 잘 하지 않습니다. 그럼에도 불구하고, 이미 몇 가지 관찰한 점을 공유합니다.
- 마크다운 에디터에서 두 번의
Enter키 입력으로 처리되는 단일Enter키 입력은 다소 어색하게 느껴집니다. 이러한 방식을 처음 보는 것은 아니지만, 사용자가 마크다운 에디터와 리치 에디터 간에 전환할 수 있다면 이러한 일관성 부족이 혼란을 야기할 수 있습니다. 모든 사용자가Shift + Enter가 마크다운 에디터에서 단일Enter와 동일한 역할을 한다는 것을 반드시 알고 있지는 않습니다. - 헤더 섹션(예:
#입력 후 공백 입력)을 만든 후 몇 글자를 입력하고 다시 삭제하면, 에디터가 맨 아래까지 스크롤된 상태일 때만 스크롤 바가 특별한 이유 없이 위로 스크롤됩니다. - 역순으로 백틱을 추가하는 것을 지원하는 것은 매우 중요합니다. 이미 단어를 입력한 후에 포맷팅을 위해 백틱을 추가하기로 결정하는 경우가 드물지 않습니다. 때로는 시작 백틱을 추가하기 전에 끝 백틱을 추가하는 것이 훨씬 쉬운 경우도 있습니다. 현재 리치 에디터에서는 이것이 작동하지 않습니다. 저는 Microsoft Teams(매우 엉망으로 구현된 WYSIWYG 에디터의 예시)에서 이 문제에 자주 부딪히며, 이는 매우 짜증나는 일입니다.
- 번호 목록이나 불릿 목록을 다룰 때, 커서가 목록이 끝난 후의 줄에 있는 상태에서
Backspace를 누르면 새 목록 항목이 추가됩니다. 이것은 그 자체로 문제라기보다는 다소 예상치 못한 동작입니다. - 코드 포맷 텍스트(백틱)와 일반 텍스트가 혼합된 상태에서 작업할 때, 이미 작성한 내용을 수정하면서 포맷된 텍스트 바로 뒤에 일반 텍스트를 입력하는 것이 불가능합니다. 이것은 흔한 경우는 아니지만, 가끔 발생하기도 합니다(예: 변수 이름을 포맷팅한 후, 복수형으로 만들기 위해 바로 뒤에
s나撇을 입력해야 하는 경우; 역시 흔하지는 않지만 여러 번 겪어본 적 있습니다). - 현재 활성화된 포맷 옵션이 무엇인지에 대한 표시가 없습니다. 헤더와 같은 일부 항목은 커서 크기를 통해 어느 정도 파악할 수 있지만, 굵게, 기울임, 코드 포맷팅 등은 그렇지 않습니다. 이는 제가 무언가를 입력한 후 삭제하거나 나중에 포맷팅을 수정해야 하는 결과를 초래할 수 있어 흔한 좌절의 원인입니다. 방금 겪은 구체적인 사례는 포맷된 코드를 입력하다가 작성할 내용을 바꾸기로 마음먹고 전부 삭제한 경우였습니다. 이후 다른 내용을 포맷된 코드로 작성하려고 백틱을 하나 더 추가했는데, 이미 해당 모드에 있었기 때문에 원시 백틱 문자를 입력하려는 것으로 판단하여 실제로 백틱이 표시되었습니다.
7개의 좋아요
아마도 일시적인 오류였던 것 같습니다. 지금은 재현이 되지 않거든요. 아니면 특정 조건이 충족되어야만 그런 행동을 보이는 것일 수도 있습니다. 기본적으로 보시는 것처럼, 3개의 틱(````)은 텍스트로 렌더링되었고, 이는 단일 틱(`) 안에 포함되어 있었기 때문에 어두운 배경이 표시되었습니다. 그런 다음, 이전 것(단일 틱 안에 텍스트로 렌더링된 3개의 틱) 바로 아래에 3개의 틱을 다시 추가했을 때, 예상대로 코드 블록이 생성되었습니다. 이제 이해가 되시나요?
또한 리치 텍스트 모드에서 마크다운이 예상대로 작동하지 않는 것도 방금 발견했습니다. 단일 틱은 `test`에서 텍스트에 영향을 주지 않지만, 3개의 틱은 제 역할을 하고 있는 것을 확인해 보세요.
이 옵션에 대해 에디터들이 의견이 갈립니다. 예를 들어, Google Docs에서는 Enter = 줄바꿈이지만, Notion에서는 Enter = 단락 구분입니다. 다만, 마크다운 모드와 리치 텍스트 에디터 간의 일관성에 대한 지적은 타당하다고 생각합니다.
현재 제공해 주신 단계를 재현해 보았지만 재현되지 않습니다. 브라우저 상세 정보와 더 자세한 설명 또는 녹화 영상을 제공해 주시겠습니까? 감사합니다!
에디터에서 인라인 코드가 작동하는 방식을 수정하는 작업을 진행 중이며, 이를 통해 해당 문제가 해결될 것으로 기대됩니다.
좋은 지적입니다. 의도하지 않은 동작이라는 데 동의합니다. 팀에 수정을 요청하겠습니다.
이 부분도 작업 중입니다!
5개의 좋아요
그리고 Discourse에는 이 두 모드 간을 전환하는 Traditional markdown linebreaks(전통적인 마크다운 줄바꿈) 설정이 있습니다. "마크다운에서 줄바꿈을 하려면 줄 끝에 두 개의 공백이 필요합니다."라는 설명이 붙어 있죠. 따라서 두 에디터 모두 이 설정을 따르는 것이 좋다고 생각합니다.
4개의 좋아요
찾기가 어려웠고, 다섯 번은 찾았음에도 여전히 기억이 안 나서, 본인 책임 하에 사용해야 한다는 주의사항과 함께 원문(OP)에 추가했습니다.
5개의 좋아요
이 새로운 컴포저를 통해 shared-edits 플러그인의 알려진 문제들을 재검토할 계획이 있나요? 이는 누락된 기능(다른 사용자의 편집 커서 표시, 그룹 기반 기능 활성화 등)과 견고성(예: Shared-Edits Improvements - #18 by Ralf_Stockmann 참고) 모두에 해당합니다.
HedgeDoc와 같은 별도의 “Etherpad” 유사 서비스를 설치하여 “편리한” 공동 편집을 구현하는 대신, 인트라넷을 위해 Discourse 기반 솔루션을 사용할 수 있기를 여전히 희망하고 있습니다.
또한 y.js를 기반으로 느슨한 동기화(loose syncing) 방식으로 “온 더 플라이(on the fly)” 공동 편집 경험을 제공하는 새로운 플러그인을 작성하는 것도 고려하고 있습니다.
4개의 좋아요
우리는 아직 '계획’보다는 ‘꿈’ 단계에 가깝다고 할 수 있습니다. ProseMirror와 리치 텍스트 에디터가 많은 가능성을 열어주지만, 현재는 마크다운 전용 작성기와 기능 동등성을 확보하여 고객에게 이 기능을 배포할 수 있도록 하는 데 주력하고 있습니다. 물론 이 부분은 우리 마음속에 늘 자리 잡고 있으며, 개선할 여지가 많다는 것도 잘 알고 있습니다.
6개의 좋아요
랄프, 나도 그 의견에 동의합니다! 이건 확실히 마지막을 장식하는 별미 같은 요소인데, 새로운 컴포저가 매우 안정화되기 전까지는 개발이 크게 재미있지 않을 것 같습니다.
[quote=“Ralf_Stockmann, post:110, topic:352347”]
저도 y.js 기반의 "온더플라이(on-the-fly)
8개의 좋아요
이 꿈들을 구체적인 계획으로 전환할 방법을 찾을 수 있을지도 모릅니다. 저는 상당한 자금 지원을 기꺼이 제공하겠습니다. Discourse는 우리의 전문적인 인트라넷 사용에 몇 가지 문제점(그중 하나가 푸시 알림의 안정성입니다)이 있지만, Atlassian Confluence와 같은 제품보다 이 오픈소스 프로젝트에 돈을 투자하는 것이 훨씬 낫다고 생각합니다.
12개의 좋아요