MD फ़ाइल क्या होती है?

MD एक सादा टेक्स्ट फ़ॉर्मेट है, जो किसी भी एडिटर में खुल जाता है। इसका इस्तेमाल एडिटिंग और प्रोग्रामों के बीच डेटा ले जाना के लिए होता है।

एक्सटेंशन .md है और पूरा नाम Markdown। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

यह 2004 तक पीछे जाता है। विनिर्देश CommonMark है।

उम्र एक व्यावहारिक वजह से काम की है: फ़ॉर्मेट जितना पुराना, उतने ज़्यादा प्रोग्रामों को उसे सीखने का वक़्त मिला है।

यह पूरा प्रकाशित है, इसलिए कोई भी इसे देखकर अंदाज़ा लगाने के बजाय दस्तावेज़ पढ़कर लागू कर सकता है। यही वजह है कि यह फ़ॉर्मेट इतने सारे प्रोग्रामों में मिलता है, और यही वजह है कि बीस साल पहले लिखी गई फ़ाइलें आज भी खुल जाती हैं। पर विनिर्देश का प्रकाशित होना और उसका रॉयल्टी-मुक्त होना एक बात नहीं है: जहाँ फ़ॉर्मेट किसी कोडेक को अपने अंदर लपेटता है, वहाँ पेटेंट का लाइसेंस एक अलग सवाल है, और मानक उसका जवाब नहीं देता।

Visual Studio Code, Obsidian और Typora इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।

इसे कोई भी ब्राउज़र नहीं पढ़ता।

इसे बदलने की सबसे आम वजह यही है: फ़ॉर्मेट ख़राब है, ऐसा नहीं — बात यह है कि जहाँ आप फ़ाइल दिखाना चाहते हैं वह जगह उसे पढ़ ही नहीं सकती।

MD इसलिए बना है कि इसे खोला और बदला जाए। जब तक काम चल रहा है फ़ाइल इसी फ़ॉर्मेट में रखिए, और जब भी बनी हुई प्रति चाहिए हो, इसी से निर्यात कीजिए।

Markdown इसलिए मौजूद है कि हाथ से HTML लिखना उबाऊ है और वर्ड प्रोसेसर में लिखना ऐसी फ़ाइल बनाता है जिसे कोई diff नहीं कर सकता। यह उन रिवाजों का सेट है जो नाम मिलने से बहुत पहले सादे-पाठ ईमेल में इस्तेमाल हो रहे थे: हैश से शुरू लाइन हेडिंग है, तारे के निशान किसी शब्द को बोल्ड बनाते हैं।

यही गुण है जिसने इसे दस्तावेज़ीकरण में सबसे ऊपर पहुँचाया। Markdown में लिखा README, changelog या ब्लॉग पोस्ट एक टेक्स्ट फ़ाइल है — यह वर्शन कंट्रोल में जाती है, दो लोग इसे संपादित करके नतीजा मिला सकते हैं, और समीक्षक बिना कुछ रेंडर किए diff पढ़ सकता है।

कोई एक Markdown नहीं है। 2004 का मूल विवरण अनौपचारिक था और बहुत कुछ तय नहीं करता था, इसलिए लागू करने वालों ने ख़ाली जगहें अलग-अलग भरीं। CommonMark सटीक विनिर्देश का गंभीर प्रयास है और ज़्यादातर आधुनिक एडिटर इसी का पालन करते हैं। GitHub Flavored Markdown CommonMark के साथ कुछ जोड़ है।

सबसे ज़्यादा उलझन जो जोड़ बनाती है वह है टेबल। पाइप-सीमांकित टेबल CommonMark का हिस्सा नहीं हैं — वे GitHub एक्सटेंशन हैं। जो टेबल रिपॉज़िटरी में पूरी तरह रेंडर होता है और कहीं और पाइप की लाइन बनकर निकलता है वह बिगड़ी फ़ाइल नहीं है; वह ऐसा एक्सटेंशन इस्तेमाल कर रही फ़ाइल है जो दूसरा औज़ार लागू नहीं करता।

बहुत सारी Markdown फ़ाइलें तीन हाइफ़न से घिरे ब्लॉक से शुरू होती हैं जिसमें शीर्षक, तारीख़ और टैग की सूची जैसा कुछ होता है। यह front matter है — आमतौर पर YAML — और यह बिलकुल Markdown नहीं है। स्टैटिक-साइट जनरेटर इसे दस्तावेज़ के बारे में मेटाडेटा की तरह पढ़ते हैं और रेंडर करने से पहले हटा देते हैं।

front matter न जानने वाला औज़ार इसे पन्ने के ऊपर सीधे पाठ की तरह दिखाता है। अगर बदला दस्तावेज़ तीन हाइफ़न और कुंजी-मूल्य जोड़ों की सूची से शुरू हो, यही हुआ है, और बदलने से पहले ब्लॉक मिटाना सुधार है।

कोई पन्ना आकार नहीं, कोई मार्जिन नहीं, कोई फ़ॉन्ट नहीं, कोई पन्ना-टूट नहीं, कोई फ़ुटर नहीं। यह कमी नहीं, विशेषता है: फ़ाइल संरचना बताती है — यह हेडिंग है, यह उद्धरण है — और दिखावट जो भी इसे रेंडर करे उस पर छोड़ देती है। वही दस्तावेज़ बिना दोबारा लिखे वेब पन्ना, PDF और स्लाइड बन जाता है।

इसमें कोई टिप्पणी नहीं, कोई track changes नहीं। वर्शन कंट्रोल यह काम करता है, और बेहतर करता है, जो फ़ॉर्मेट का सौदा है। अगर दस्तावेज़ को इतिहास के बजाय समीक्षा वर्कफ़्लो चाहिए, वर्ड प्रोसेसर ईमानदार औज़ार है।

आम गंतव्य है PDF, किसी को भेजी जा रही किसी भी चीज़ के लिए जिसे परवाह नहीं कि यह किसमें लिखी गई। बदलाव संरचनात्मक चिह्नों को असली फ़ॉर्मेटिंग में बदल देता है: हेडिंग हेडिंग बन जाती है, कोड ब्लॉक अपना मोनोस्पेस फ़ॉन्ट रखते हैं।

HTML दूसरा आम लक्ष्य है, और यह अनुवाद से ज़्यादा बदलाव के क़रीब है क्योंकि Markdown उसी के लिए शॉर्टहैंड बनाया गया था। DOCX में बदलना जानने लायक़ है: टेक्स्ट एडिटर में लिखा दस्तावेज़ किसी को सौंपना जो सिर्फ़ track changes वाली Word फ़ाइल स्वीकार करेगा।

छह आरेख दिखाती Markdown फ़ाइल में कोई आरेख नहीं होता। इसमें छह पथ होते हैं, और तस्वीरें डिस्क या सर्वर पर इसके साथ बैठी होती हैं। फ़ाइल को उसके इर्द-गिर्द के फ़ोल्डर के बिना हिलाइए तो हर तस्वीर ग़ायब हो जाती है।

यह बदलते वक़्त मायने रखता है। कन्वर्टर सिर्फ़ वही तस्वीर embed कर सकता है जो उसे मिले। यह ईमेल करते वक़्त भी मायने रखता है: बिना एसेट के .md फ़ाइल भेजना कंकाल भेजना है। अगर तस्वीरें ही मुद्दा हैं, PDF में बदलिए।

कोई भी टेक्स्ट एडिटर काम करेगा — Notepad, TextEdit, nano — क्योंकि फ़ाइल पाठ है। यही पूरा आकर्षण है, और यही वजह है कि 2004 में लिखा Markdown दस्तावेज़ आज बिना कुछ इंस्टॉल किए खुलता है।

समर्पित एडिटर लाइव प्रीव्यू जोड़ते हैं, जो लिखते वक़्त सचमुच काम का है और फ़ाइल के लिए पूरी तरह बेमानी। Visual Studio Code, Obsidian और Typora सब टाइप करते वक़्त रेंडर करते हैं; इनमें से कोई भी कुछ ऐसा नहीं सहेजता जो बाक़ी न पढ़ सकें।