내 목표는 "모노스페이스를 추가하거나 제거하자"는 것에 초점을 맞추는 것이 아닙니다. 사람마다 취향이 다르니까요.
한 회사가 오랜 시간 동안 특정 기능을 제공해 왔다면, 이를 변경하고 싶을 때 그것은 강제 사항이 아니라 선택 사항이어야 한다고 생각합니다.
Markdown에서 모노스페이스를 선호하신다면 좋습니다.
저는 언제나 그랬던 것처럼 산스 세리프(Sans-serif)가 적용된 Markdown을 선호합니다. 이것도 좋습니다.
하지만 지금은 제가 사용하려는 것이 아닌 리치 텍스트(Rich text)를 사용하거나, 제가 한 번도 사용해 본 적 없고 좋아하지도 않는 새로운 버전의 Markdown을 사용하도록 강요받고 있습니다.
모든 사용자에게 일부 사용자에게 이미 불쾌감을 주고 있는 새로운 변경 사항을 강요하는 대신, 산스 세리프 또는 모노스페이스가 적용된 Markdown을 선택 옵션으로 제공해야 합니다.
그 변경을 "코딩 환경이기 때문"이라고 정당화하는 것은 의미가 없습니다. 왜냐하면 우리는 컴포저(composer)에서 코딩을 하지 않기 때문입니다. 우리는 일반 텍스트를 입력하고 때때로 Markdown을 사용하여 포맷을 지정할 뿐입니다. 그것은 코딩 환경이 아닙니다.
다시 말하지만, 저에게 있어 논쟁의 핵심은 모노스페이스를 유지할 것인가에 대한 것이 아니라, 제가 좋아하는 것을 선택할 수 있는 옵션이 있는지의 문제입니다. 그리고 CSS 우회 방법은 제 커뮤니티에서만 작동합니다. Discourse를 사용하는 다른 모든 커뮤니티는 어떡합니까? 지금 그들에게도 이 새로운 변경 사항이 강제되고 있습니다. 제게는 이것이 의미가 없어 보입니다.
그 부분은 중요하지 않습니다. 핵심은 Reddit을 유용한 UX의 예시로 들면서 그것이 규모가 크다는 이유를 대는 것이라면, Facebook에도 같은 논리를 적용해야 한다는 것입니다.
Reddit은 실제로 미국과 영어권 국가를 제외하고는 그렇게 인기 있는 서비스가 아닙니다.
제가 제대로 이해하고 있다면, 사용자에게 가독성이 낮은 모노스페이스 폰트는 마크다운 에디터 사용 여부를 나타내는 지표라고 보시는 건가요? 그건 좀 무리한 판단이 아닌가요? 마크다운을 사용하는 저의 사용자들과 저도, 폰트가 동일하더라도 어떤 에디터가 사용 중인지 잘 알고 있습니다.
다시 한번 말씀드리지만, CSS가 해결책이 될 수 있습니다. 하지만 여기서는 아닙니다. Meta에서는 저에게 딱 두 가지 선택지만 주어집니다:
소수의 사이트에서만 사용 중인, 100년 전 타자기 폰트를忍受(인내)하는 것
마크다운 에디터를 사용하지 않는 것
그러니… 아마도 그 설정이 필요한 이유가, 스마트 리스트 사용도 강요하지 않기 때문일 것입니다.
(오프토픽인 걸 알지만 — 일반적인 소비자 수준 사용자에게 필요한 것은 이미지 업로드를 위한 1버튼 툴바뿐입니다)
저와 같은 일부 사용자는 아마도 리치 텍스트를 영원히 사용하지 않을 것입니다. 따라서 이것은 실제로 차이를 만드는 기능이 아닙니다. 제 기본 설정이 마크다운이라면, 제가 “알아야” 할 것은 그것뿐입니다.
물론 마크다운이 무엇인지 전혀 모르는 사용자들이 있고, 그들에게는 리치 텍스트가 유용합니다. "반대"하는 모든 사용자와 마찬가지로 저도 그 점은 이해합니다. 우리는 그 사용자들을 무시하는 것이 아닙니다. 우리는 명령이 아니라 옵션을 요청하고 있습니다.
읽은 댓글들에서 보았듯이, 변천에 저항하는 사람은 절대 없습니다. 팀이 내린 결정을 정당화하기 위해 그 표현을 사용하고 계십니다. 저는 변화에 저항하지 않으며, 다른 사용자들도 같은 처지라고 생각합니다. 우리는 마크다운과 모노스페이스를 함께 사용하고 싶지 않은 사람들을 위해 옵션이 있기를 요청하고 있습니다.
이것은 같은 것입니다. "리치 텍스트 없음"과 "산세리프가 아닌 리치 텍스트 없음"은 두 가지 다른 개념이라는 점을 이해하기가 어려운 것 같습니다. "리치 텍스트 없음"은 현재 모노스페이스를 의미하며, 이는 좋지 않은 폰트입니다.
수년간 포럼을 사용해 왔고, Discourse를 사용해 왔던 수천 명의 사용자에게 갑자기 읽기에 이상적이지 않음이 입증된 것에 적응해야 하는 상황이 “복잡한(tricky)” 것이 아닙니다?
예를 들어, Facebook, X/Twitter, YouTube는 게시물에서 클릭 가능한 링크를 허용합니다. Instagram과 TikTok은 허용하지 않습니다.
각 회사는 각자의 회사입니다. Reddit이나 CKEditor가 특정한 방식으로 작동한다고 해서 여러분이 그것을 반드시 따라야 한다는 뜻은 아닙니다. 여러분의 제품에는 합리적인 일을 해야 합니다. 그리고 다시 말하지만, 아무도 리치 텍스트나 모노스페이스를 제거하라고 요청하는 것이 아닙니다. 우리는 이것이 옵션이 되기를 요청하고 있습니다. 어떤 사람은 라이트 테마를 좋아하고, 어떤 사람은 다크 테마를 좋아합니다. 어떤 사람은 코딩할 때 네온 텍스트와 순수한 검은색 배경을 좋아하고, 어떤 사람은 은은한 색상을 좋아합니다. 각 사람은 다릅니다.
그것이 여러분에게 합리적이기보다는, 사용자에게 합리적이면 됩니다.
무례하게 들리지 않기를 바랍니다. 저는 Discourse 플랫폼을 특히 셀프호스팅 옵션이 무료라는 점에서 고맙게 생각합니다. 단지, "좀 지켜보자(let it breathe)"고 요청한 지 거의 4개월이 지난 후에도 사용자 설정이 해답이라는 것을 받아들이는 데 어려움을 겪고 있는 팀(개발자 등을 포함하여)을 받아들이기가 어렵습니다. 저는 지켜봤고, 우리 중 많은 사람들이 그것을 좋아하지 않으며, 적어도 우리가 무엇을 사용하고 싶은지 결정할 수 있는 옵션을 갖고 싶습니다.
제3의 옵션을 제안합니다: Discourse가 이 기능을 네이티브로 처리하게 하는 것입니다. 우리는 항상 sans-serif를 사용해 왔고, 그것이 문제가 된 적은 없다고 생각합니다. 설치하고 관리해야 할 플러그인이 많아지는 것은 합리적이지 않다고 봅니다.
하지만 두 가지 중 하나를 고른다면, 플러그인이 더 합리적인 선택이라고 생각합니다. 그렇지 않으면 결국 같은 상황이 되니까요. 즉, 사용자가 직접 선택할 수 있는 대신 모든 사용자에게 하나의 폰트를 강요하는 것이 됩니다. (물론 이제 리치 텍스트 옵션이 있으므로) 저는 이에 반대합니다.
흠, 저희 프로그래밍 언어 커뮤니티의 디스커스에서는 이 소동을 완전히 놓쳤습니다. 리치 텍스트 에디터를 활성화하지 않았기 때문이죠. 마크다운 에디터에서는 여전히 세리프 글꼴이 적용되는 “레거시” 동작을 볼 수 있고, 저는 그 동작에 꽤 만족합니다.
개인적으로 마크다운과 코드를 (모노스페이스 에디터와 수많은 HTML 텍스트 상자에서) 아주 많이 작성하는 사람으로서, 몇 가지 생각이 있습니다.
저는 리치 텍스트 에디터(RTE)가 아닌 환경에서 세리프 글꼴을 사용해 디스커스 게시글을 작성하는 것을 훨씬 선호합니다. 아마도 변화에 대한 회피 심리가 일부 작용할 수도 있지만, 그럴 만한 좋은 이유도 있다고 생각합니다. 제가 디스커스와 GitHub에서 작성하는 대부분의 텍스트는 실제로는 텍스트이지 코드가 아닙니다. 사실 마크다운을 "코드"라고 부르는 것조차 적절하지 않다고 봅니다. 이 텍스트 에디터 창(또는 GitHub의 창)에서 모노스페이스 글꼴이 필요한 경우는 ``` 펜스 안쪽일 때뿐입니다 — 그것이 바로 코드가 아니겠습니까. 마크다운과 코드를 혼동하지 마세요. 마크다운은 코드가 아닙니다. 또한 리치 텍스트 에디터는 저와 자주 충돌하기 때문에 싫어합니다. 예를 들어, 이 단락은 펜스를 위한 마크다운을 작성하기 위해 이것저것 시도한 후 엉뚱한 버그 동작을 일으키고 있습니다 (펜스는 그냥 ```` ``` ````, 인데 이제 키보드의 틸드(~)를 누르면 RTE가 망가져 버립니다).
RTE가 아닌 환경에서의 세리프 글꼴은 제가 많은 마크다운을 작성하는 또 다른 사이트인 GitHub와도 일치합니다.
저는 이것이 더 넓은 범위의 프로그래밍 커뮤니티를 대표한다고 단언할 수 있습니다. 저희 디스커스 보드의 사용자들은:
소스 코드를 작성하고, 소스 코드를 작성할 때 모노스페이스 글꼴을 사용합니다
마크다운을 직접 작성하고 읽는 방법을 알고 있습니다
마크다운 텍스트를 소스 코드로 생각하지 않습니다
RTE가 아닌 환경을 선호할 가능성이 높습니다
산문처럼 입력/편집하는 것을 선호할 가능성이 높습니다 — 즉, 세리프 글꼴을 사용합니다
물론, 이는 매우 전문적인 커뮤니티이며 어떤 의미에서도 대표성을 갖지 않습니다. 하지만 제 핵심 주장은 이렇습니다: "프로그래머"들을 위해, "그들이 코딩할 때 모노스페이스를 좋아하니까"라는 이유로 이렇게 하지 마세요.
설정 텍스트가 @alltiagocom님의 주장의 핵심을 짚고 있다고 생각합니다. 저는 그 체크박스가 "현재 마크다운 모드"의 동작 방식을 변경할 것이라고 기대하지 않을 것입니다. 설정을 제한하고 싶다는(특히 사용자 설정의 경우) 욕구는 충분히 이해할 수 있으며, 이는 매우 칭찬할 만한 목표입니다! 하지만 이 문제는 직교적인 사이트 스타일/외관 관련 사항으로, 테마를 통해 처리하는 것이 가장 적절해 보입니다.
내 CSS에 어디에요? 저는 관리자 권한이 없는데, 그게 바로 제 핵심 주장입니다. 혹시 일반 사용자가 브라우저 확장 프로그램 없이 CSS를 어떻게든 오버라이드할 수 있다는 뜻인가요?
하지만 현재 모드를 보여주는 토글이 이미 있잖아요. 더 필요한 게 뭐가 있나요? 스크린샷을 보면 모바일에서는 보이지 않는 것 같으니, 보이게만 하면 그 문제는 해결됩니다.
앞으로 마크다운 버전을 제거할 계획이 있나요? 그렇다면 왜 그 뷰로 사람들을 유도하고 싶은지 이해합니다. 하지만 다시 한번 말씀드리면, WYSIWYG 에디터는 완벽하지 않고 종종 일관성이 없습니다. 큰 문제는 특정 웹사이트/애플리케이션마다 WYSIWYG 에디터의 특이한 점(quirks)을 새로 배워야 한다는 것입니다. Teams, Confluence, Bitbucket 모두 WYSIWYG를 사용하지만 각각 제가 배워야 하고 적응해야 할 고유한 특이점들이 있습니다. 일부는 여전히 적응하지 못하고 있는데, 이는 일반 HTML 입력/텍스트 영역의 작동 방식과 정반대인 경우가 많아서 그렇습니다. 그리고 각 특이점은 제가 원하는 내용을 입력하는 데 더 많은 시간을 들이게 합니다. 반면 마크다운은 항상 작동하며 수동으로 작성하거나 편집할 수 있어 오류 발생 가능성이 낮습니다.
또한 Discourse의 경우를 특별히 말하자면, 여러분의 소프트웨어는 단순한 에디터보다 훨씬 더 많은 구성 요소(투표, 게시물 인용, 숨겨진 세부 정보, 스포일러 등)를 가지고 있으며, 이들은 훨씬 더 복잡합니다. 비기술적 사용자에게는 이러한 요소들이 인라인으로 보이는 것이 이점인 것을 이해하지만, 이는 파워 유저에게 짜증을 유발할 수 있는 방식으로 WYSIWYG 에디터가 미묘하게 깨질 수 있는 지점을 더 많이 만들어냅니다.
Reddit은 훨씬 복잡한 기능이 적다고 생각하므로 마크다운 에디터를 사용할 필요성이 덜하다고 봅니다. 저는 최근에 마크다운 모드로 전환하는 토글을 발견했는데 (모노스페이스임을 보고 즉시 되돌렸습니다), 차이는 Reddit에서는 볼드와 이탤릭 또는 링크와 같은 기본 동작만 필요하다는 것입니다. 이는 WYSIWYG 모드에서 완벽하게 잘 작동합니다.
왜 계속 "소스 코드"라는 용어를 쓰시는지 모르겠습니다. 우리가 작성하는 것이 "코드와 유사"하므로 모노스페이스가 적합하다는 식으로 쓰시는 것 같지만, 실제로는 전혀 코드와 유사하지 않습니다. 마크다운은 코드를 작성하거나 읽는 것과 절대 닮지 않았습니다.
Bitbucket은 마크다운을 볼 수 있으면서도 마크다운의 효과를 보여주는 하이브리드 방식을 사용합니다. 예를 들어 **text**를 보게 되지만, 에디터에서 별표와 "text"가 볼드로 표시됩니다. 코드 블록이 아닌 모든 텍스트에는 세리프 폰트를 사용하고, 코드 블록 내의 텍스트는 모노스페이스로 표시합니다. (그리고 네, 에디터에는 코멘트를 편집할 때 자주 실수를 하게 만드는 특이점들이 있습니다.) 업무용 컴퓨터에서만 접근할 수 있어 스크린샷을 제공할 수는 없습니다.
정말이요! 소프트웨어 엔지니어가 "와, 이 마크다운 에디터가 모노스페이스 폰트를 사용했으면 좋겠다"라고 말하는 것을 들어본 적이 없습니다.
)
보기에도 좋은 “쉬운” 폰트를 사용하도록 유도하는 것입니다. 대부분의 사용자(99.9%)는 가벼운 글쓰기 용도로 이 폰트를 선택하는 것이 좋습니다.
모노스페이스 폰트가 아닌 환경에서는 무의미한 시도입니다.
