HN 공개: Markwhen, 타임라인을 위한 Markdown

 (markwhen.com)
3P by GN⁺ | ★ favorite | 댓글 1개
  • Markwhen은 시간에 따라 발생하는 로그, 일정, 노트, 할 일을 평문으로 기록하고 타임라인·캘린더처럼 볼 수 있게 하는 Markdown 유사 언어임
  • 문법은 단일 날짜와 날짜 범위뿐 아니라 여러 날짜 형식, 그룹, 태그, 체크리스트, 링크, 시간대, 반복 일정, frontmatter, 속성을 지원함
  • 같은 입력을 JSON, Timeline, Calendar, Oneview로 확인할 수 있어 사람이 읽는 기록과 기계가 처리하는 데이터 사이를 오갈 수 있음
  • JSON 출력에는 이벤트 트리, ISO 날짜 범위, 태그, 보조 텍스트, 파서 버전 1.0.1 등이 포함되어 파싱 결과를 직접 확인할 수 있음
  • 함께 제공되는 Meridiem은 협업 편집, 사용자 지정 명령, 스니펫, 시각화, 자동완성, 이벤트 하이라이트를 갖춘 Markwhen/Markdown 편집기임

Markwhen이 다루는 시간 기반 기록

  • Markwhen은 시간 기반 항목을 평문으로 작성하기 위한 Markdown 유사 저널 언어임
  • 로그, 간트 차트, 블로그, 피드, 노트, 저널, 다이어리, 할 일, 타임라인, 캘린더 같은 형식을 대상으로 함

  • 입력 문법

    • 날짜 표현: 2025-04-09: Single date, 2025-01-22 / 2026-10-24: Date range, Dec 1 2025처럼 단일 날짜·범위·여러 날짜 형식을 쓸 수 있음
    • 그룹: group Part one과 endGroup으로 Christmas Eve, Christmas 같은 항목을 묶음
    • 태그: #holiday, #haloween 같은 태그를 이벤트에 붙임
    • 체크리스트: 연도별 할 일을 - [x], - [] 형식으로 작성함
    • 링크: Google, DuckDuckGo, Bing 링크를 체크리스트 항목에 넣을 수 있음
    • 시간대: timezone: America/New_York을 지정한 뒤 2025-01-01 12:00 같은 시각을 작성함
    • 반복 일정: every year for 10 years, every 60 minutes x12 같은 표현을 사용함
    • frontmatter와 속성: title, description, leader, attendees 같은 값을 포함함

  • 출력과 파싱 결과

    • 출력 탭은 JSON, Timeline, Calendar, Oneview로 구성됨
    • JSON 예시는 이벤트의 firstLine, properties, textRanges, dateRangeIso, tags, supplemental, matchedListItems 등을 포함함
    • JSON 예시에는 parser.version이 1.0.1로 표시되며, 시간대를 지정하지 않았을 때 timezone 헤더 지정을 권장하는 경고 메시지도 포함됨

편집기와 관련 리소스

  • Meridiem은 Markwhen과 Markdown을 위한 편집기임
    • 협업 편집, 사용자 지정 명령, 스니펫, 사용자 지정 시각화, 자동완성, 이벤트 하이라이트 등을 지원함
    • 다운로드 링크는 Download v1.0.12 2026-07-01로 표시됨
  • Remark.ing은 Markwhen으로 작성한 각 항목을 tweet-like remark로 다루는 방식임
    • 예시로 meridiem.markwhen.com/bella/recipes.raw와 remark.ing/bella/recipes가 제공됨
    • 시작하려면 Meridiem으로 로그인하라는 링크가 제공됨
  • 개발 및 사용 리소스도 함께 제공됨
  • GitHub 저장소에는 landing site, 일반 이슈 추적, Obsidian Plugin, Markwhen CLI, Timeline, Parser, VS Code Extension, View client library, Calendar, C2, Resume가 나열됨

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 개발자임. markwhen을 좋아해 줘서 반갑고, 몇 년째 작업 중이며 처음에는 다른 댓글에서 나온 cheeaun의 인생 타임라인에서 영감을 받았음
    지금은 VS Code 확장, Obsidian 플러그인, CLI 도구, Meridiem의 웹 편집기로 제공됨
    최근에는 Stackblitz의 bolt.new를 포크한 Dial을 만들었고, 브라우저 안에서 기존 markwhen 시각화(타임라인·캘린더)를 편집하거나 직접 만들 수 있음. 어제 막 공개해서 아직 거칠지만 크게 확장할 계획임
    또 각 항목에 key: value 형태의 이벤트 속성을 붙일 수 있게 했고, 향후 iCal 상호운용성을 염두에 둬 참석자, Google Calendar ID 같은 메타데이터를 담을 수 있게 하려 함
    remark.ing은 아직 많이 미완성이지만 Twitter/Bluesky/Mastodon 비슷한 통합 블로그 사이트로, markwhen을 쓰면 각 항목이 글이 됨. 미래 날짜를 붙이면 글 예약이 되고, 블로그 전체를 한 파일에 둘 수 있음

    • 최근 Markwhen으로 협업 제안서용 인터랙티브 간트 차트를 만들었고 아주 잘 됐음. 결국 그 일을 따냈음
      개발은 Obsidian 플러그인으로 하고, 배포는 정적 HTML로 했음
    • 출시 축하함. 정확히 같은 도구를 만들고 있었는데 먼저 나왔고, 이 정도 기능성과 완성도와는 경쟁하기 어려워 보임
    • 아주 좋아 보이지만, 가입 방법을 찾기가 꽤 어려웠음
      추가로 데스크톱 앱에서는 아직 로그인 방법도 못 찾았음
    • Remark.ing이 정말 좋아 보임. 개인용으로 관계형 데이터베이스 대신 Markdown 파일 기반의 Memos 같은 걸 만들까 고민했는데, 찾던 것에 꽤 가까움
      오픈소스로 공개할 계획이 있는지 궁금함. GitHub에서는 찾지 못했음
    • 무료 티어와 월 구독 티어의 차이가 무엇인지 궁금함

  • 이 프로젝트를 보니 cheeaun의 프로젝트가 떠오름. 단순한 텍스트 기반 형식으로 시각적 타임라인을 만들 수 있게 해서, 인생 사건을 시각적으로 배치하는 목적이었음
    https://github.com/cheeaun/life
    저장소의 예시 파일은 이런 식임: @USERNAME's life, 24/02/1955 Born, ~1968 Summer job, 03/1976 Built a computer, 01/04/1976 Started a company, 04/1976-2011 Whole bunch of interesting events

  • Mermaid도 충분히 최신 버전이면 타임라인을 지원함: https://mermaid.js.org/syntax/timeline.html
    Mermaid는 GitLab/GitHub와 여러 Markdown 편집기에서 코드 블록 안에 넣어 쓸 수 있음

    • 링크된 차트는 같은 종류의 차트처럼 보이지 않음. 무엇이 무엇 다음에 일어났는지는 나오지만, 각 작업에 얼마나 걸렸는지에 대한 정보는 빠져 보임
    • 몇 년 동안 Mermaid로 이걸 해 왔지만, markwhen은 바로 더 쉽다는 느낌이 듦

  • 꽤 멋짐. 나는 범선용 반자동 전자 항해일지 시스템을 만드는 개발자임: https://bergie.iki.fi/blog/electronic-logbook/
    지금은 사람과 기계가 모두 읽기 적당한 파일 형식을 원해서 YAML을 쓰고 있음. Markwhen도 잘 맞을 수 있어, 최소한 내보내기 형식으로 고려할 만함
    다만 내 항목에는 풍속, 선박 좌표, 기압계 값 같은 속성이 많음. 전통적인 선박 항해일지는 이런 걸 기록하려고 표 형식으로 작성했기 때문에, Markwhen으로 하면 꽤 지저분해질 수도 있음
    현재 형식으로 하루치 항해일지를 쓴 예시는 여기 있음: https://github.com/meri-imperiumi/log/blob/main/_data/logboo...
    이런 데이터는 조수기 막 상태나 선원별 항해 거리 같은 분석에도 쓰고 있음

  • 조심해야 함. Gruber는 “Markdown”에 대한 상표권이 있고, 사람들이 그 이름을 쓰는 걸 좋아하지 않는 듯함
    https://blog.codinghorror.com/standard-markdown-is-now-commo...

    • 이건 이름도 다를뿐더러, 그때는 사실상 Markdown을 수용하려는 시도였음. 이 프로젝트와는 전혀 가까운 일이 아님
    • 라이선스는 여기 있음: http://daringfireball.net/projects/downloads/Markdown_1.0.1....
      Gruber가 “상표권”을 언급한 건 못 본 것 같음. 핵심은 자기 프로젝트 이름을 비윤리적으로 가져간 데 있었던 듯함. 누군가 오픈소스 프로젝트 이름을 가져가 공식인 것처럼 보이게 만드는 것과 비슷함. 상표권 침해가 아닐 수는 있어도 좋거나 윤리적인 일은 아님
    • “Markdown”에 대한 상표를 찾아봤지만 찾지 못했음. 그 상표를 보여줄 수 있나?
    • Joel은 자신이 발명하지 않은 것에 대해 뒷문으로 IETF 표준을 쓰려 했음
      “standard”라는 단어를 못 쓰게 되자 곧바로 “기술적으로는 지키면서 어떻게 계속할까”를 생각했고, Standard와 최대한 가까운 단어를 골라 사실상 결정판인 것처럼 암시했음
      나라면 그 상황에서 화났을 것임. 이름을 ‘Atwood Flavoured Markdown’이라고 했다면 문제가 없었을 텐데, Joel은 Markdown의 정의를 소유하고 싶어 했음
      기술 기업 CEO들이 모여 남의 아이디어를 괜찮은지 묻지도 않고 가져가기로 한 셈이고, 사실 John을 프로젝트에서 배제하는 것 자체가 목적이었음
      그렇게 할 수는 있지만, 그 사람이 만든 이름까지 계속 쓸 수는 없음
    • John Gruber는 명세 전체에서 Markdown이라는 단어가 대문자로 쓰이지 않은 것에도 매우 화냈음

  • 또다시 Emacs Org mode를 다시 구현하는군. 잘 만들었음
    보기엔 훌륭하지만, 솔직히 Markdown은 문서 마크업 언어임. Org mode는 겉보기 범위는 비슷해도 실제로는 데이터 저장·교환 형식에 가까움. Org mode 주변에 쌓인 데이터 조작과 질의 기능을 Markdown에서 재현하기는 어려울 것 같음

    • 동의함. 이건 Org에서 쉽게 할 수 있음. Org가 더 대중적이었다면 이런 해결책은 많이 사라지거나, 그냥 Org 속성을 읽는 작은 프로젝트 정도가 됐을 것 같음
      핵심은 VS Code 같은 쉬운 편집기 지원, 어쩌면 전용 편집기까지 더 좋아지는 데 있을 듯함
    • 예를 들면 https://github.com/legalnonsense/elgantt/, https://github.com/elsatch/org-timeline-viewer, https://orgmode.org/worg/org-tutorials/org-taskjuggler.html가 있음
      Org-mode 사용자와 이런 도구는 불나방과 불처럼 붙어 다니는 듯함. Org-mode 자체도 꽤 틈새 소프트웨어의 패키지인데, 그 위에 작성된 패키지 수가 늘 놀라움
    • Org mode를 정말 좋아하고 싶은데 잘 안 됨. 문법이 너무 어색하게 느껴짐. Markdown은 기호 몇 개를 더 쓰는 정도인데, Org mode는 어떤 면에서는 LaTeX를 쓰는 느낌임
      MediaWiki도 비슷함. 위키 시스템은 좋아하지만 WikiText는 너무 별로임

  • 이게 판타지 타임라인에도 작동하는지 궁금함
    title: History of the World, 0: Foo Calendar's civilization founding., 124: Invention of the Foo Calendar, 220: Founding of Bar, 1310: Invention of GlooblyGock, 5621: Demon invasion. 같은 타임라인을 만들고 싶었음
    직접 해보니 이 용도에는 맞지 않는 것 같음

  • 댓글이 비어 있으면 이상할 것 같아서 남김. 딱히 할 말은 많지 않지만 정말 좋아 보이고, 언젠가 쓸 핑계가 생기면 좋겠음

  • 나처럼 모르고 있던 사람을 위해 남기면, 이건 Obsidian 플러그인으로도 쓸 수 있음: https://obsidian.md/plugins?search=markw

  • 미적 요소를 여기서 조금 가져올 수 있을까? https://www.chronoflotimeline.com/timeline/shared/3118/Home-...

    • 그거 내 제품임. 언급해 줘서 고마움
    • 지연 시간은 빼고 가져오면 좋겠음. 2022년형 M2 Macbook Air에서 Firefox와 Safari로 해봤는데 반응이 느림
답변달기