Emacs 31의 markdown-ts-mode: 실험 모드의 모든 것
Emacs 31: An unofficial guide to Markdown-ts-mode
Emacs 31에 포함된 markdown-ts-mode는 실험적 모드로 분류되지만, CommonMark 및 GFM 스펙을 대부분 지원하며 코드 블록, 목차, pandoc 연동 등 풍부한 기능을 제공합니다. 이 가이드에서는 use-package 설정법, tree-sitter 문법 설치, YAML 문법 누락 문제 해결, 그리고 강조, 제목, 목록 등 편집 기능을 소개합니다. 저자(rahuljuliato.com)가 직접 개발에 참여한 만큼, 실전 경험을 바탕으로 한 상세한 팁이 포함되어 있습니다.
A `-ts-mode` is only as good as the tree-sitter grammar behind it.
HN 토론
83- RahulMJ
추가 정보를 조금 드리자면:
- `ts`는 "tree-sitter"를 뜻하며, 이 모드가 내부적으로 tree-sitter를 사용한다는 의미입니다. tree-sitter는 무엇보다도 성능이 매우 뛰어납니다.
- CommonMark 스펙과 GFM을 지원하므로 `- [ ]` 체크박스나 ~~취소선~~ 같은 것들이 별도 설정 없이 바로 동작하며, 그 외에도 많은 작은 편의 기능들을 제공합니다.
- 이 모드는 내장(built-in)이므로 추가 패키지가 필요 없습니다.
- 현재 실험 단계이기 때문에 사용자가 "옵트인"하여 모드를 직접 로드해야 사용해볼 수 있습니다. 그래서 가이드의 첫 부분이 그런 내용으로 시작하는 것입니다.
- pjdesno
최근 Emacs의 변화를 따라가지 않고 그냥 사용해 온 사람들을 위해 설명하자면, "ts-mode"는 tree-sitter를 사용하여 파싱, 하이라이팅 등을 처리하는 모드를 말합니다.
- taude
제가 Emacs를 꽤 열심히 사용했었지만 사용을 중단한 가장 큰 이유 중 하나는 org-mode 파일이 완전히 네이티브 Markdown 파일이 아니라는 점이었습니다. 그 때문에 다른 사람들과 협업할 때 불편한 마찰이 생겼죠.
새로운 markdown 중심의 org-mode 같은 것이 있다면 흥미로울 것 같습니다. 저는 Lisp을 사용해 워크플로우를 맞춤 설정하는 것을 좋아하고, 현재 설정하고 사용 중인 Obsidian을 완전히 좋아하지는 않습니다. 저는 설정을 init.el/config.el 안에 두는 것을 선호합니다 (최근에는 DoomEmacs를 사용했습니다).
org/agenda 등이 markdown보다 훨씬 많은 기능을 제공한다는 것을 알고 있지만, 제 작업 흐름의 대부분은 소비할 원시 노트, 체크리스트, 항목의 기한, 그리고 org-mode의 다른 "기본" 기능들입니다.
최근에 Emacs를 사용하는 분들 중에 비슷한 워크플로우를 사용하시는 분이 있나요? 저는 Emacs를 다시 사용해서 Tmux 중심의 코딩 흐름에 통합하고, 일급 Markdown 편집기, 정리 도구, 그리고 잠재적으로 협업 도구로 사용하고 싶습니다.
- edgyquant
생성형 코딩에 Emacs를 사용하는 사람들의 워크플로우는 무엇인가요? 저는 코드를 생성하고 PR처럼 승인하는 워크플로우를 만들려고 합니다 (아마도 다음 생성 라운드를 위해 댓글을 남기는 방식). 하지만 저는 Emacs를 처음 접하고, AI 코딩 패키지가 최신 Emacs에서 작동하지 않습니다.
- cpach
"아마도 새로운 markdown-ts-mode에 대해 들어보셨을 것이고, 확인해 보기로 결정하셨을 겁니다."
음, 아니요, 저는 들어본 적이 없습니다.
Markdown 모드가 Treesitter를 사용하는지 아닌지가 왜 중요한가요? 성능이나 UX에 영향을 주나요?