HN में साझा: Markwhen, टाइमलाइन के लिए Markdown

 (markwhen.com)
3 पॉइंट द्वारा GN⁺ 2024-12-02 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Markwhen एक Markdown-जैसी भाषा है, जो समय के साथ होने वाले लॉग, शेड्यूल, नोट्स और to-do को plain text में दर्ज करने और उन्हें timeline या calendar की तरह देखने देती है
  • इसकी syntax single date और date range के साथ-साथ कई date formats, groups, tags, checklists, links, timezones, recurring schedules, frontmatter और properties को support करती है
  • उसी input को JSON, Timeline, Calendar और Oneview में देखा जा सकता है, जिससे इंसानों के लिए पढ़ने योग्य रिकॉर्ड और मशीन द्वारा प्रोसेस किए जाने वाले डेटा के बीच आसानी से आ-जा सकते हैं
  • JSON output में event tree, ISO date range, tags, supplemental text और parser version 1.0.1 शामिल हैं, जिससे parsing result को सीधे देखा जा सकता है
  • साथ में दिया गया Meridiem एक Markwhen/Markdown editor है, जिसमें collaborative editing, custom commands, snippets, visualization, autocomplete और event highlight जैसी सुविधाएँ हैं

Markwhen में समय-आधारित रिकॉर्ड

  • Markwhen समय-आधारित items को plain text में लिखने के लिए एक Markdown-जैसी journal language है
  • यह logs, gantt charts, blogs, feeds, notes, journals, diaries, to-dos, timelines और calendars जैसे formats को target करती है

  • Input syntax

    • Date expressions: 2025-04-09: Single date, 2025-01-22 / 2026-10-24: Date range, Dec 1 2025 की तरह single date, range और कई date formats का उपयोग किया जा सकता है
    • Groups: group Part one और endGroup से Christmas Eve, Christmas जैसे items को group किया जा सकता है
    • Tags: #holiday, #haloween जैसे tags events पर लगाए जा सकते हैं
    • Checklist: साल-दर-साल के to-do को - [x], - [] format में लिखा जा सकता है
    • Links: checklist items में Google, DuckDuckGo, Bing links जोड़े जा सकते हैं
    • Timezone: timezone: America/New_York सेट करने के बाद 2025-01-01 12:00 जैसा समय लिखा जा सकता है
    • Recurring schedules: every year for 10 years, every 60 minutes x12 जैसे expressions इस्तेमाल किए जा सकते हैं
    • Frontmatter और properties: title, description, leader, attendees जैसे values शामिल किए जा सकते हैं

  • Output और parsing results

    • Output tabs में JSON, Timeline, Calendar और Oneview शामिल हैं
    • JSON example में event के firstLine, properties, textRanges, dateRangeIso, tags, supplemental, matchedListItems आदि शामिल हैं
    • JSON example में parser.version को 1.0.1 दिखाया गया है, और timezone तय न होने पर timezone header set करने की recommendation वाला warning message भी शामिल है

Editor और संबंधित resources

  • Meridiem Markwhen और Markdown के लिए एक editor है
    • यह collaborative editing, custom commands, snippets, custom visualizations, autocomplete और event highlights को support करता है
    • Download link Download v1.0.12 2026-07-01 के रूप में दिखता है
  • Remark.ing Markwhen में लिखे हर item को tweet-like remark की तरह संभालने का तरीका है
    • उदाहरण के तौर पर meridiem.markwhen.com/bella/recipes.raw और remark.ing/bella/recipes दिए गए हैं
    • शुरू करने के लिए Meridiem में sign in करने का link दिया गया है
  • Development और usage resources भी साथ में दिए गए हैं
  • GitHub repository में landing site, general issue tracker, Obsidian Plugin, Markwhen CLI, Timeline, Parser, VS Code Extension, View client library, Calendar, C2, Resume सूचीबद्ध हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-12-02
Hacker News की राय

  • मैं डेवलपर हूँ। markwhen को पसंद करने के लिए खुशी है; मैं इस पर कई सालों से काम कर रहा हूँ और शुरुआत में दूसरे कमेंट में बताए गए cheeaun के life timeline से प्रेरणा मिली थी
    अभी यह VS Code extension, Obsidian plugin, CLI tool, और Meridiem के web editor के रूप में उपलब्ध है
    हाल ही में मैंने Dial बनाया है, जो Stackblitz के bolt.new का fork है; इसमें browser के अंदर मौजूदा markwhen visualizations (timeline·calendar) को edit किया जा सकता है या खुद बनाया जा सकता है। इसे कल ही public किया है, इसलिए अभी थोड़ा rough है, लेकिन इसे बड़े पैमाने पर expand करने की योजना है
    साथ ही, हर item में key: value के रूप में event properties जोड़ने की सुविधा दी है, और आगे iCal interoperability को ध्यान में रखते हुए attendees, Google Calendar ID जैसे metadata रखने लायक बनाना चाहता हूँ
    remark.ing अभी बहुत अधूरा है, लेकिन यह Twitter/Bluesky/Mastodon जैसा एक integrated blog site है; markwhen इस्तेमाल करने पर हर item एक post बन जाता है। भविष्य की date लगाने पर post schedule हो जाता है, और पूरा blog एक ही file में रखा जा सकता है

    • हाल ही में Markwhen से collaboration proposal के लिए interactive Gantt chart बनाया, और यह बहुत अच्छा रहा। आखिरकार वह काम हमें मिल गया
      Development Obsidian plugin से किया, और deployment static HTML के रूप में किया
    • Launch के लिए बधाई। मैं बिल्कुल यही tool बना रहा था, लेकिन यह पहले आ गया, और इस स्तर की functionality और polish से compete करना मुश्किल लगता है
    • बहुत अच्छा दिखता है, लेकिन signup कैसे करें यह ढूँढना काफी मुश्किल था
      इसके अलावा desktop app में अभी login करने का तरीका भी नहीं मिला
    • Remark.ing सच में बहुत अच्छा लग रहा है। मैं personal use के लिए relational database के बजाय Markdown file-based Memos जैसा कुछ बनाने के बारे में सोच रहा था, और यह उस चीज़ के काफी करीब है जिसे मैं ढूँढ रहा था
      जानना चाहूँगा कि क्या इसे open source करने की योजना है। GitHub पर मुझे यह नहीं मिला
    • जानना चाहूँगा कि free tier और monthly subscription tier में क्या फर्क है

  • इस project को देखकर cheeaun का project याद आया। इसका मकसद simple text-based format से visual timeline बनाना था, ताकि life events को visual रूप में arrange किया जा सके
    https://github.com/cheeaun/life
    repository की example file कुछ ऐसी है: @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

    • शानदार project है। Linear horizontal timeline के बजाय https://waitbutwhy.com/2014/05/life-weeks.html जैसे life in weeks format में visualization बनाने वाला कोई है या नहीं, जानना चाहूँगा

  • Mermaid भी, अगर version पर्याप्त नया हो, तो timeline support करता है: https://mermaid.js.org/syntax/timeline.html
    Mermaid को GitLab/GitHub और कई Markdown editors में code block के अंदर इस्तेमाल किया जा सकता है

    • linked chart उसी तरह का chart नहीं दिखता। कौन-सी चीज़ किसके बाद हुई, यह दिखता है, लेकिन हर task में कितना समय लगा इसकी जानकारी गायब लगती है
    • कई सालों से Mermaid से यही काम करता रहा हूँ, लेकिन markwhen तुरंत ही ज्यादा आसान लगता है

  • काफी बढ़िया है। मैं sailboat के लिए semi-automatic electronic logbook system बनाने वाला developer हूँ: https://bergie.iki.fi/blog/electronic-logbook/
    अभी मैं YAML इस्तेमाल कर रहा हूँ, क्योंकि मुझे ऐसा file format चाहिए जो इंसान और machine दोनों के लिए पढ़ने लायक हो। Markwhen भी अच्छा fit हो सकता है, कम से कम export format के तौर पर consider करने लायक है
    हालांकि मेरी entries में wind speed, vessel coordinates, barometer values जैसी बहुत-सी properties होती हैं। Traditional ship logbook ऐसी चीज़ें record करने के लिए table format में लिखी जाती थी, इसलिए Markwhen में यह काफी messy हो सकता है
    current format में एक दिन की logbook का example यहाँ है: https://github.com/meri-imperiumi/log/blob/main/_data/logboo...
    इस data को tide membrane status या crew member-wise sailing distance जैसी analyses में भी इस्तेमाल कर रहा हूँ

  • सावधान रहना चाहिए। Gruber के पास “Markdown” पर trademark है, और लगता है उन्हें लोगों का वह नाम इस्तेमाल करना पसंद नहीं है
    https://blog.codinghorror.com/standard-markdown-is-now-commo...

    • यह नाम भी अलग है, और उस समय यह असल में Markdown को अपनाने की कोशिश थी। यह इस project के बिल्कुल भी करीब की बात नहीं है
    • License यहाँ है: http://daringfireball.net/projects/downloads/Markdown_1.0.1....
      मुझे नहीं लगता कि मैंने Gruber को “trademark” का ज़िक्र करते देखा है। मुख्य बात शायद अपने project का नाम अनैतिक तरीके से लिए जाने की थी। यह कुछ वैसा है जैसे कोई open source project का नाम लेकर उसे official जैसा दिखा दे। भले ही यह trademark infringement न हो, पर यह अच्छा या नैतिक काम नहीं है
    • मैंने “Markdown” के लिए trademark खोजा, लेकिन नहीं मिला। क्या आप वह trademark दिखा सकते हैं?
    • Joel ने ऐसी चीज़ के लिए पीछे के दरवाज़े से IETF standard इस्तेमाल करने की कोशिश की, जिसे उसने invent नहीं किया था
      जब “standard” शब्द इस्तेमाल करने से रोका गया, तो उसने तुरंत सोचा कि “तकनीकी रूप से नियम मानते हुए आगे कैसे बढ़ें”, और Standard के जितना संभव हो उतना करीब शब्द चुना, जिससे यह संकेत मिले कि यह लगभग definitive version है
      मैं होता तो उस स्थिति में गुस्सा होता। अगर नाम ‘Atwood Flavoured Markdown’ रखा होता तो कोई समस्या नहीं होती, लेकिन Joel Markdown की definition का मालिक बनना चाहता था
      यह ऐसा था जैसे tech company CEOs इकट्ठा होकर किसी और का idea बिना यह पूछे लेने का फैसला कर लें कि यह ठीक है या नहीं, और असल में John को project से बाहर रखना ही मकसद था
      आप ऐसा कर सकते हैं, लेकिन फिर उस व्यक्ति द्वारा बनाया गया नाम लगातार इस्तेमाल नहीं कर सकते
    • John Gruber इस बात पर भी बहुत नाराज़ हुए कि specification भर में Markdown शब्द capitalized नहीं था

  • फिर से Emacs Org mode को reimplement किया जा रहा है। अच्छी तरह बनाया है
    देखने में शानदार है, लेकिन सच कहूँ तो Markdown एक document markup language है। Org mode सतह पर दायरा मिलता-जुलता दिखता है, मगर असल में यह data storage और exchange format के ज्यादा करीब है। Org mode के आसपास बनी data manipulation और query capabilities को Markdown में reproduce करना मुश्किल लगता है

    • सहमत हूँ। यह Org में आसानी से किया जा सकता है। अगर Org ज्यादा mainstream होता, तो ऐसे बहुत से solutions गायब हो जाते, या बस Org properties पढ़ने वाले छोटे projects भर रह जाते
      असली बात शायद VS Code जैसे आसान editor support, और शायद dedicated editor तक के बेहतर होने में है
    • उदाहरण के लिए https://github.com/legalnonsense/elgantt/, https://github.com/elsatch/org-timeline-viewer, https://orgmode.org/worg/org-tutorials/org-taskjuggler.html हैं
      लगता है Org-mode users और ऐसे tools का साथ पतंगे और आग जैसा है। Org-mode अपने आप में भी काफी niche software का package है, लेकिन उसके ऊपर लिखे गए packages की संख्या हमेशा हैरान करती है
    • मैं सच में Org mode को पसंद करना चाहता हूँ, लेकिन हो नहीं पाता। इसकी syntax बहुत अजीब लगती है। Markdown में बस कुछ extra symbols इस्तेमाल करने जैसा है, जबकि Org mode कुछ मामलों में LaTeX लिखने जैसा महसूस होता है
      MediaWiki भी ऐसा ही है। Wiki systems पसंद हैं, लेकिन WikiText बहुत खराब लगता है

  • सोच रहा हूँ कि क्या यह fantasy timelines के लिए भी काम करता है
    मैं 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. जैसी timeline बनाना चाहता था
    खुद आज़माकर देखा, तो लगता है यह इस use case के लिए ठीक नहीं है

  • Comment खाली रहे तो अजीब लगेगा, इसलिए लिख रहा हूँ। कहने को खास कुछ नहीं है, लेकिन यह सच में अच्छा दिखता है, और उम्मीद है कभी इसे इस्तेमाल करने का कोई बहाना मिल जाए

  • मेरी तरह जिन्हें पता नहीं था, उनके लिए बता दूँ कि इसे Obsidian plugin के रूप में भी इस्तेमाल किया जा सकता है: https://obsidian.md/plugins?search=markw

  • क्या यहाँ से थोड़ी aesthetics ली जा सकती है? https://www.chronoflotimeline.com/timeline/shared/3118/Home-...

    • वह मेरा product है। उल्लेख करने के लिए धन्यवाद
    • Latency छोड़कर बाकी ले लें तो अच्छा होगा। 2022 वाले M2 Macbook Air पर Firefox और Safari में आज़माया, लेकिन response धीमा है