색상 텍스트 지원이 ever 도입될까요?
1개의 좋아요
감사합니다, 정말 멋진 것 같습니다. 문제가 하나 발견되었습니다. 제 폰에서는 스위치가 작동하지 않습니다(탭해도 아무 반응이 없고, Markdown으로 유지됩니다).
iPhone 6s
iOS 15.8.3
탭할 때 콘솔에 표시되는 오류입니다.
3개의 좋아요
15와 18.3.something은 작동합니다.
A fix has been merged and is being was deployed here on Meta – please let us know if it still doesn’t work for you.
6개의 좋아요
레나토, 고마워. 하지만 불행히도 제게는 해결이 안 되는 것 같아 
1개의 좋아요
저희는 툴바와 작성기 컨테이너에 대한 개선을 계획하고 있으며, 특히 모바일에서(데스크톱 개선 사항과 별도로) 작성 경험을 더 즐겁고 친숙하게 만드는 데 초점을 맞추고 있습니다.
피드백은 에디터 변경 사항 자체에 집중해 주시길 부탁드립니다. 이는 디스코스에서 작성 관련 모든 문제를 해결하지는 않지만, 현재 저희가 적극적으로 피드백을 구하고 있는 분야입니다.
10개의 좋아요
솔직히 확신이 없어요… 지금은 미리보기가 더 나은 것 같아요. 왜냐하면 지금 어디를, 무엇을, 어떻게 수정해야 하는지 확인할 수 있으니까요. 하지만… 어쨌든 나쁘지 않아요 
새로운 WYSIWYG 작성기에서 정말 짜증나는 점 중 하나는 엔터 키를 누르면 이제 새 단락이 생성된다는 것입니다.
동의합니다.
그렇게 작게 유지하려면, 최소한 작성기 안의 게시글을 기존 게시글과 정렬해 주세요:
5개의 좋아요
네… 채팅 기능에서 Enter/Shift+Enter에 대해 비슷한 논쟁이 이미 있었습니다:
… 새로운 wysiwyg 에디터에서 Enter 키가 한 줄만 줄바꿈을 해야 한다는 의견에 동의합니다.
5개의 좋아요
저가 관리하는 세 개의 커뮤니티 모두, 소프트웨어 개발자들이 모든 프로젝트 관리 및 개발 워크플로우에 사용하는 커뮤니티를 포함하여, 수년간 사용해 온 동안 피드백/의견을 지속적으로 표명해 왔습니다. Discourse에서 사용자를 당황하게 만들고(이 한 가지 이유만으로 일부 사용자는 Discourse 전체를 적극적으로 싫어하게 만드는) 유일한 이상한 부분이 마크다운 편집기라는 것입니다.
결국 WYSIWYG(편집한 그대로 보기)의 필요성에 대한 이해가 우선하게 되어 개인적으로 매우 기쁩니다.
출시되는 대로, 이 세 개의 커뮤니티 모두에서 WYSIWYG를 기본 편집기 모드로 설정할 것입니다.
참고로, 두 가지 추가 설정에 대한 제 요청은 다음과 같습니다:
-
WYSIWYG를 기본 편집기 모드로 설정할 수 있도록 허용
-
마크다운 편집기를 완전히 끄도록 허용 (그렇지 않다면, CSS를 통해 토글을 비활성화하여 끄겠지만, 적절한 설정으로 만들어 주실 것을 고려해 주십시오.)
P.S. 이상한 아이디어일 수 있지만, WYSIWYG에 큰 기대를 거는 분들에게는 새 WYSIWYG 편집기를 배포하기 전후로 커뮤니티에서 게시물을 작성하고 답글을 남기는 사람의 수를 나타내는 지표를 비교해 보시길 권합니다. 제 직감으로는 해당 지표가 증가할 것 같습니다.
10개의 좋아요
하이퍼링크를 편집할 수 없다는 점이 매우 이상합니다 (편집하면 빈칸으로 보입니다)
파이어폭스와 크롬을 시도해 보았습니다
이 부분을 제외하면, 소스 모드/마크다운 전환 기능을 유지한다면 완벽합니다
2개의 좋아요
이 새로운 기능을 테스트할 시간이 없습니다. 하지만 크리에이티브 커먼즈 라이선스에 대한 지원이 필요할 수 있습니다. 각 저장 시 CC-BY-4.0 또는 유사한 라이선스에 대해 명시적인 동의를 얻기 위해 사이트가 옵트인(opt-in)할 수 있도록 하는 방식입니다. 특히 각 이미지 업로드 시마다 적용되는 것이 좋습니다. Discourse가 적합한 메타데이터를 검사하도록 할 수도 있습니다. 이것이 여러분의 설계와 맞는지 확실하지는 않지만, 제게는 유용할 수 있습니다. 여기에서 관련이 없다면 무시해 주십시오!
말씀하신 내용은 이 새로운 composer와 전혀 관련이 없습니다. 또한 코어 디스커스에 구현될 가능성도 낮습니다. 정말로 중요하시다면 플러그인으로 구현하거나, #marketplace에서 이를 대신 해줄 사람을 찾으실 수 있습니다.
크리에이티브 커먼즈 라이선스는 이용약관에 포함되어야 하며, 집행은 모더레이터가 담당합니다. 반복적으로 문제를 일으키는 사용자가 있다면 경고한 뒤 침묵(무음) 처리를 할 수 있습니다.
이 주제에 대해 더 이야기하고 싶으시다면 새로운 토픽을 시작하거나, 검색을 통해 관련 기존 토픽을 찾아보시기 바랍니다.
4개의 좋아요
동의합니다. 새 에디터는 훌륭하며, 커뮤니티 구성원들이 사용하기에 훨씬 쉬울 것입니다. 신규 사용자에게 이것이 기본 에디터로 보여지도록 하고, 토글러로 혼란을 주지 않는 것이 확실히 필요합니다. 커뮤니티 멤버 중 아주 소수의 파워 유저가 마크다운 에디터에서 일부 기능을 잃는 것은 그들에게는 작은 대가입니다. 이상적으로는 기본 에디터를 사이트 수준에서 설정하되, 개별 멤버가 설정(컴포저 창 내 토글이 아닌)을 통해 ‘기존’ 에디터를 선택할 수 있도록 하는 것이 좋다고 생각합니다.
5개의 좋아요
정렬 방식이 좀 이상해 보이는 데 동의합니다. 왜 작성기가 팝업으로 표시되어야 하는지는 100% 확신할 수 없습니다. ‘구형’ 작성기는 두 개의 패널을 가진 상당히 무거운 환경이었기 때문에 팝업으로 표시되어야 했죠. 이제 훨씬 가볍고 유연해졌으니, 게시물 아래에 인라인으로 표시될 수 있다고 생각합니다. 이는 더 널리 이해되는 관례라고 봅니다. 더 장대한 게시물을 작성하는 사용자를 위해 리사이즈 화살표를 통해 더 큰 크기로 팝아웃할 수 있도록 하면 좋겠습니다.
4개의 좋아요
마크다운 전용 옵션을 제거하지 말아 주세요. 기본 설정과 마크다운 토글이 함께 있다면 이상적이며, 모든 사용자를 만족시킬 수 있을 것입니다.
WYSIWYG 전용은 저를 포함한 일부 사용자에게는 재앙이 될 것입니다. WYSIWYG 에디터만 있었다면 아마도 저는 Discourse를 선택하지 않았을 것입니다. 어떤 사용자에게도 WYSIWYG를 강제하는 것보다는 사이트에서 WYSIWYG를 완전히 없애는 쪽이 훨씬 낫습니다.
현재의 에디터는 Discourse의 가장 뛰어난 기능 중 하나입니다. 과거에 몇 번이나 이것이 별도의 오픈소스 패키지인지 확인해 본 적이 있습니다. 왜냐하면 제 프로젝트에서(그리고 지금도) 직접 사용하고 싶었기 때문입니다.
수십 년 동안 원시 텍스트(raw text)와 함께하며 키보드 사용에 매우 능숙한 사람들에게 WYSIWYG는 많은 불편함을 줍니다. 편집 중 발생하는 작은 마찰은 특히 짜증스럽습니다.
WYSIWYG 에디터에 대해 부정적인 말을 하고 싶지는 않습니다. 잘 만들어졌고 대부분의 사용자들이 좋아할 것이기 때문입니다. 하지만 제가 그것을 사용하도록 강제당하길 원하지는 않으며, 일부 사용자들로부터도 이에 대한 불만을 들을 것임을 알고 있습니다.
Slack은 초기에 마크다운 에디터를 제거하려고 했다가, 큰 반발이 일어나자 빠르게 이를 복원할 수 있는 사용자 설정을 추가한 적이 있습니다.
WYSIWYG에 대한 반대 논쟁이 담긴 또 다른 주제도 있습니다. 여기서 WYSIWYG가 강제될 경우 일부 사용자들이 보일 반응의 단서를 엿볼 수 있습니다:
이 주제에는 약 30명 정도의 피드백만 있지만, 기능이 출시되면 더 다양한 반응이 나올 것으로 예상됩니다. GitHub 이슈가 갑자기 WYSIWYG로 바뀌면 사람들이 어떻게 반응할지 상상해 보세요. 이는 많은 Discourse 포럼의 사용자 기반이며, 그들은 아마도 매우 큰 소리를 낼 것입니다.
사람들은 서로 다른 워크플로우를 가지고 있습니다. Discourse 외부에서 마크다운 콘텐츠를 작성하여 WYSIWYG에 붙여넣은 후, 다시 외부에서 마크다운을 편집해야 하는 경우, 마크다운을 복사해서 외부 에디터로 가져올 수 없습니다.
마크다운 에디터를 사용하면 Discourse와 다른 사이트, 코드 에디터, 문서, README.md 파일 등 사이에서 쉽게 복사/붙여넣기를 할 수 있습니다.
포럼에서 사람들이 올린 게시물을 검사할 때, 데이터베이스에 들어가지 않고도 한 번의 클릭으로 모든 문자를 보고 싶습니다.
예를 들어, 이 게시물은 원시 입력을 검사하지 않는 한 볼 수 없는 (시뮬레이션된) 스팸 링크를 포함하고 있습니다. 관리자가 원시 텍스트를 쉽게 볼 수 없다면, 스팸꾼들은 이를 빠르게 악용할 것입니다. 저는 편집 잠금을 걸기 전에 의심스러운 신규 사용자의 게시물에서 그런 숨겨진 링크가 있는지 확인하기 위해 정기적으로 “편집” 아이콘을 클릭합니다.
WYSIWYG 에디터에 숨겨진 요소가 붙여넣기는 다른 상황에서도 발생합니다. 예를 들어, 추적 픽셀이 포함된 이메일에서 복사/붙여넣기를 할 때입니다. 
(이 문제에 대해 더 생각할수록, 추가적인 관리 부담을 피하기 위해 사이트 전체에서 WYSIWYG를 끄는 것을 선호하게 됩니다. 하지만 이것이 불가능하다는 점은 이해합니다. 이 게시물에도 시연 차원의 1x1 시뮬레이션 원격 추적 픽셀이 포함되어 있습니다. 수정: 포럼이 원격 픽셀의 사본을 다운로드했으므로, 해당 설정이 켜져 있는 사이트에서는 문제가 되지 않을 것입니다.)
저는 기어 아이콘 아래에(사용자별 설정과 함께) 토글이 있는 것을 선호하지만, 사용자별 설정만이라도 제공된다면 제거되지 않는 한 용인할 수 있습니다.
많은 WYSIWYG 에디터(예: tinymce)에는 HTML 토글이 있습니다. WYSIWYG에서 문제가 발생하여 커서가 포맷 태그 안에 갇혔을 때, 문제 구절을 클립보드에 잘라내어 평문 에디터에 붙여넣고 다시 WYSIWYG로 복붙한 후 재포맷하는 것보다 원시 텍스트로 전환하여 수정하는 것이 훨씬 쉽기 때문입니다.
15개의 좋아요
Markdown 전용 모드를 제거할 계획은 없습니다.
초기에는 사이트 설정을 통해 이 기능이 제어되며, 관리자가 토글을 켜서 리치 텍스트 에디터와 Markdown 전용 에디터 간을 전환하거나, 꺼두면 작성기를 Markdown 전용으로 유지할 수 있습니다. 현재로서는 두 버전의 작성기가 장기적으로 어떻게 지원될지에 대한 구체적인 사항(예: 작성기 유형이 사이트 설정으로 계속 제어되는지, 사용자 설정에 맡겨지는지, 또는 다른 방식이 적용되는지)은 정해지지 않았습니다.
12개의 좋아요
좋은 생각입니다. 설정 항목을 남겨주셔서 감사합니다.
Markdown이 앞으로도 남게 될 것 같아 정말 기쁩니다! 키보드 조작에 친화적인 방식으로 텍스트를 포맷할 수 있다는 점은 Discourse에서 글을 쓸 때 훨씬 더 쾌적하게 만들어 줍니다. (특히 BBCode를 사용하던 오래된 소프트웨어와 비교했을 때 더 그렇습니다.)
마지막 테스트 후 발견한 작은 문제들이 있습니다:
-
백틱을 사용하여 코드 세그먼트를 생성하려고 할 때, 먼저 백틱을 입력한 뒤 그 사이에 무언가를 입력하면 자동 포맷이 트리거되지 않습니다. (백틱, 공백, 코드, 백틱, 공백 순서로 입력하면 작동합니다.)
-
백틱으로 생성된 코드 세그먼트는 위에서 보고된 테이블과 동일한 문제(포맷되지 않은 공백을 입력할 수 없음)를 가지고 있습니다.
3개의 좋아요
9개의 게시글이 새로운 주제 Markdown 전용 편집기에서 등폭 폰트로 분리되었습니다.