방금 깨달은 또 다른 점: 풀스크린 모드를 사용하려고 하면 높이만 확장되고, 작성 영역의 너비는 그대로 유지됩니다. 또한 테두리 요소가 누락된 것 같습니다.
4개의 좋아요
여러분께 간단한 업데이트를 공유드립니다. 새로운 작성기(composer)가 **선택적 실험 설정(opt-in, experimental setting)**으로 제공되기 시작했습니다. 오늘 바로 커뮤니티에서 이 기능을 활성화할 수 있지만, 현재 기능적인 제한 사항이 있으며 이 내용은 해당 주제의 원문(OP)에 명시되어 있습니다. 수정 및 개선 사항이 릴리스될 때마다 이 주제를 계속 업데이트해 나갈 예정입니다.
12개의 좋아요
팀에 여쭤봐도 될까요? 지금 WYSIWYG 에디터 완성을 위해 열심히 작업 중이신 건가요, 아니면 당분간 다른 작업에 집중하고 계신 건가요? 친구를 대신해 물어봅니다 
6개의 좋아요
적극적으로 작업 중입니다.
우선, 새로 생성된 사이트에서 기본적으로 활성화되도록 만드는 것이 최우선 과제입니다.
그 목표까지 그리 멀지 않았다고 생각하지만, 먼저 완료하고 싶은 몇 가지 작업이 있습니다. 예를 들어 링크 편집을 위한 더 나은 UI, 인용을 추가할 때 커서 위치 처리 등이 있습니다.
그 목표를 달성한 후에는 더 많은 사람들이 사용하게 되어 추가적인 피드백이 생성될 것이므로, 지속적으로 개선해 나갈 것으로 예상합니다.
그 외에 특별히 궁금한 점이 있으신가요?
11개의 좋아요
제 생각에는 이미지 리사이징이 유일한 결핍 요소이며, 이 때문에 마크다운 편집기로 돌아가는 경우가 꽤 많습니다. 저는 스크린샷을 자주 게시하며, 대부분 그 크기를 줄여서 올립니다. 상당히 오래된 버전의 Discourse를 사용 중이 아니라면(그렇지 않다고 생각하지만), WYSIWYG 편집기에서는 여전히 이미지 리사이징이 불가능한 것이 맞나요? 이 기능이 추가되면, 현재 버전은 프로젝트 관리 목적의 95%에 해당하는 경우에 사용 가능할 것입니다.
7개의 좋아요
도움이 되는 피드백 감사합니다. 이미지 크기 조절은 아직 지원되지 않지만, 우선순위가 높은 항목입니다.
보통 특정 값(예: 50% 또는 75%)으로 크기를 조절하시나요?
6개의 좋아요
참고로, 현재 작성 중인 스타일을 툴바가 반영해 주었으면 합니다.
예를 들어, 굵게로 작성 중이라면 굵게 도구가 하이라이트로 표시되면 좋겠고, 기울임도 마찬가지입니다. 물론 해당 스타일의 끝 부분에 도달하면 하이라이트가 사라지는 것이 이상적입니다.
8개의 좋아요
대부분의 경우 스크린샷이 … 글쎄요, 스크린샷처럼 보이도록 75%로 크기를 조정합니다. 크기가 약간 줄면 이미지 내 모든 요소가 작아져 게시글에 내장된 이미지처럼 시각적으로 보입니다. 마치 별개의什么东西인 것처럼 보이죠. 반면 100% 크기로 두면 이미지 내 UI 요소가 Discourse의 UI 요소와 거의 같은 크기이므로 기존 Discourse 인터페이스와 “조화”가 됩니다. 하지만 그렇게 하면 보기 흉합니다.
마지막으로, Retina 화면에서 캡처한 작은 UI 조각을 게시글에 삽입하는 경우, 이미지가 거대하게 보이므로 50% 이하로 줄여야 합니다.
결국, 제가 삽입하는 모든 스크린샷은 Discourse UI와 비교했을 때 약간 작아 보이도록 하려고 노력합니다. 그렇게 하면 매우 깔끔해지고, 긴 텍스트의 일부로 읽기 쉽고 이해하기也容易합니다.
2개의 좋아요
제 생각을 말씀드리자면: 최근 Basecamp을 사용해 보고 있는데, 편집 기능의 풍부함과 사용 편의성 사이의 균형이라는 측면에서 그들의 에디터가 최고의 WYSIWYG 에디터 중 하나라고 생각합니다. 대부분의 경우, 에디터에서 할 수 있는 모든 작업에 대한 단축키와 이미지 크기 조절 기능만 빠져 있을 뿐입니다. 직접 사용해 본 동료들은 실제로 이 에디터를 매우 좋아합니다.
참고로:
정확히 무엇이 다른지 설명하기는 어렵습니다. 그저 그렇게 말해도 되는지 모르겠지만, 편집하는 느낌이 더 친근하고 아늑한 것 같습니다. 또한 더 혼란스럽지 않을 수도 있습니다. Discourse의 에디터에 비해 기능이 확실히 적은 편입니다. 하지만 그렇더라도, Discourse의 WYSIWYG 이전 시기를 고려한다면 저는 Basecamp 에디터를 훨씬 더 선호합니다. 이 정보가 도움이 되거나 통찰을 줄 수 있으며, 더 깊이 생각해보는 데 도움이 되길 바랍니다.
8개의 좋아요
이 두 가지 기능 모두 개발 중입니다. 완료 시점을 정확히 말씀드리기는 어렵지만, 열심히 작업하고 있습니다!
7개의 좋아요
이 기능은 우리의 사용 사례(엔터프라이즈 인트라넷으로 Atlassian Confluence의 대안으로 Discourse를 사용하는 경우)에서 매우 중요합니다. WYSIWYG 에디터는 참여 장벽을 크게 낮추지만, 우리의 콘텐츠 상당 부분은 자연스럽게 서로 다른 제목 레벨을 가진 구조화된 문서로 구성되어 있습니다. 다른 모든 필요한 서식 옵션이 쉽게 접근 가능하지만, 핵심인 제목만 그렇지 않다면 이는 문제적인 UX 불일치를 초래합니다.
따라서 H1부터 H6까지를 포함하는 간단한 드롭다운 버튼으로 구현하는 것을 권장합니다. 이상적으로는 현재 “상태”를 표시할 수도 있어야 합니다. 예를 들어, 커서가 제목이 있는 요소 위에 있으면 버튼에 “H3” 또는 유사한 것이 표시되는 방식입니다. 일관성을 위해 굵게 등 다른 서식 옵션에도 이것이 적용되어야 합니다. 다만, 이러한 상태 표시는 있으면 좋겠지만, 버튼 자체는 매우 중요합니다.
9개의 좋아요
다음 주에 이 기능 작업을 시작할 예정입니다, @Ralf_Stockmann!
10개의 좋아요
수고하셨습니다.
“Captions”가 알려진 누락된 기능으로 언급되었습니다. 새로운 작성기가 HTML 출력에서 <figure> <figcaption>을 지원할 가능성이 있을까요?
1개의 좋아요
지금은 이 것을 기본 컴포저로 설정할 방법이 있을까요?
2개의 좋아요
제가 아는 한 아직 실험 단계라서, 그렇게 생각하지 않습니다.
다만, 사용자가 이전에 사용했던 모드로 유지될 것입니다.
3개의 좋아요
기본값으로 설정하는 기능은 최근 자주 요청되고 있습니다. 이 옵션을 추가할 예정입니다. @lindsey와 @renato가 정확한 시점에 대해 설명해 줄 수 있습니다.
10개의 좋아요
이 기능은 곧 출시될 예정입니다. 다만 H3까지만 지원하며, H4 이상은 꽤 드뭅니다. 새로운 작성기에서 #### …를 입력하면 추가 레벨을 만들 수 있으며, 테마 컴포넌트가 4~6번 헤딩을 추가할 수도 있습니다.
이제는 라이브로 배포되어 잘 작동하고 있습니다 
7개의 좋아요
정말 좋습니다!
방금 하나 발견한 문제가 있습니다.
복사한 인용문을 WYSIWYG 편집기에 붙여넣으면 인용문이 제대로 반영되지 않습니다.
이것이 무슨 뜻인가요?
해당 인용문을 복사해서 여기에 붙여넣었습니다. 겪고 계신 문제에 대해 좀 더 자세한 내용을 알려 주실 수 있나요?
만약 bbcode 인용문 내부에 있을 때 블록 인용(blockquote) 도구 막대 항목이 활성화되지 않는다는 뜻이라면, 현재 이는 의도된 동작입니다.
이를 작동하도록 변경하려면(변경해야 할지 확신은 없네요… /cc @lindsey), 블록 인용 도구 막대 항목 자체도 변경해야 합니다. 현재는 그렇지 않지만, bbcode 인용문도 함께 전환하도록 해야 하기 때문입니다.
1개의 좋아요