2026년에도 Markdown 파일이 그냥 열리지 않는 이유
A Markdown File Should Just Open
Markdown은 20년 넘게 쓰인 단순하고 휴대성 높은 문서 형식이지만, 여전히 대부분의 OS에서 .md 파일을 열면 서식 기호가 그대로 보이거나 별도 앱을 설치해야 한다. 저자는 PDF처럼 운영체제가 기본으로 Markdown을 문서로 인식하고, 서식을 렌더링하며 원본 편집도 가능하게 해야 한다고 주장한다. CommonMark와 GitHub Flavored Markdown 같은 표준이 이미 있고, AI가 Markdown을 구조화된 출력의 공용어로 쓰는 시대에 네이티브 지원은 더 시급해졌다.
우리는 점점 더 정교한 도구를 만들어 방대한 문서를 해석하고, 복잡한 연구를 요약하고, 소프트웨어를 작성하고, 보고서 전체를 생성하고 있지만, 정작 평범한 컴퓨터는 그 결과물인 Markdown 파일을 제대로 된 문서로 표시하려면 여전히 다른 애플리케이션이 필요할 수도 있다.
HN 토론
75- FreakyT
전체적인 논지에는 동의하지만, 작성자가 여기서 우연히 문제의 핵심 원인을 짚은 것 같습니다:
> 원본 Markdown 문법을 보고 싶다면, 그 뷰로도 그냥 쉽게 전환할 수 있어야 한다.
이건 기존의 문서 열기 관례와 잘 맞지 않아서, 작성자가 상상하는 내장 Markdown 뷰어/편집기는 기존 시스템 앱 어디에도 딱 들어맞지 않습니다. 예를 들어 애플이 TextEdit.app을 고쳐서 RTF 문서를 다루는 방식으로 Markdown 파일을 열게 한다면, 서식이 적용된 표시는 커버되겠지만 소스 편집은 안 됩니다. Markdown 소스와 서식 뷰 사이를 전환하고, 잘못된 문법을 표시하는 것 등을 처리하려면 세 번째 모드를 추가하거나(아니면 완전히 별도의 앱을 만들거나) 해야 합니다. 게다가 여러 Markdown 방언 간의 차이까지 처리해야 한다는 점은 말할 것도 없고요.
- zahrevsky
어떤 브라우저든 MD 콘텐츠를 네이티브로 렌더링했으면 좋겠습니다. 그냥 .md 파일을 서버에 올리기만 하면 동작하는 웹사이트가 생기는 거죠.
물론 Hugo부터 Obsidian Publish까지 그걸 대신 해주는 서비스들이 있습니다. 하지만 그것들은 모두 여러분이 관리해야 하는 복잡성을 한 겹 더합니다.
또한 이렇게 하면 사용자 수준의 스타일링이 훨씬 간단해집니다. 모든 "읽기 모드"가 하는 일이 바로 이것이지만, 태그와 클래스가 뒤섞인 수프에서 콘텐츠를 역공학할 필요가 없다는 점이 다릅니다.
- graemep
KDE에서는 이게 됩니다. 그냥 Okular를 markdown 파일의 기본 앱으로 설정하면 되고, 편집도 원한다면 대신 LibreOffice를 설정하면 됩니다(어떤 OS, 어떤 DE에서도 마찬가지). 유일한 문제는 그게 편집기가 아니라 뷰어라는 점입니다. 미리보기가 있는 편집기들이 그 문제를 해결해 줍니다. 미리보기가 없는 편집기들도 하이라이팅은 해주고, 이미 작성자가 원하는 걸 정확히 제공하는 소프트웨어(기사에서 언급된 notepad)나 markdown의 시각적 편집(Libre Office)도 존재합니다.
그게 기본값인 게 그렇게 중요한지는 잘 모르겠습니다. Markdown은 주로 편집 가능한 형식이고 읽기 쉬운 형식으로 쉽게 변환되는 것이 핵심입니다. 읽기 쉬운 형식이지만 편집하기 어려운 PDF와는 정반대죠.
- whh
Xcode를 설치할 때마다 Xcode가 자기 자신을 기본 markdown 리더로 정해버립니다. 애플에 있는 누군가가 이걸 고쳐준다면 정말 좋겠네요.
- tuvix
최근에 똑같은 불만을 좀 느낀 뒤에 md 라이브 뷰어/pdf 익스포터를 만들었습니다[0]. 항상 pdf로 렌더링될 모습 그대로 markdown을 보면서 vim을 쓸 수 있는 걸 원했거든요, overleaf 같은 느낌으로요.