__पी_बी__ से __पी_ए__ तक समस्या निवारण: 12 समस्याएं और समाधान

एक Word दस्तावेज़ पूरी तरह से संगठित दिख सकता है और फिर भी गड़बड़ Markdown उत्पन्न कर सकता है। इसका कारण आमतौर पर संरचनात्मक होता हैः वर्ड फ़ॉन्ट, अंतराल, फ्लोटिंग ऑब्जेक्ट और कस्टम शैलियों के साथ एक दृश्य प्रभाव बना सकता है, जबकि Markdown को स्पष्ट शीर्षकों, सूचियों, लिंक और तालिकाओं की आवश्यकता होती है।

Word-to-Markdown रूपांतरण की समस्या निवारण का सबसे तेज़ तरीका पहले गलत तत्व की पहचान करना है, जाँच करें कि यह Word में कैसे बनाया गया था, उस संरचना को सही करें, और पूरी दस्तावेज़ को फिर से परिवर्तित करने से पहले एक छोटी कॉपी का परीक्षण करें। यह मार्गदर्शिका यादृच्छिक स्वरूपण युक्तियों के संग्रह के बजाय एक पुनरावर्ती निदान प्रदान करती है।

त्वरित निदान तालिका

एक नियंत्रित परीक्षण के साथ शुरू करें

100 पृष्ठों के दस्तावेज़ को संपादित करने से पहले, एक छोटी डायग्नोस्टिक प्रतिलिपि बनाएं जिसमें निम्न शामिल हो:

• एक प्रभाग 1 और एक प्रभाग 2;
• बोल्ड, इटालिक, और हाइपरलिंक के साथ एक सामान्य पैराग्राफ;
• एक क्रमांकित सूची और एक घोंसले वाली बुलेट सूची;
• एक साधारण दो स्तंभीय तालिका;
• असफल होने वाले तत्व का एक उदाहरण।

उस फ़ाइल को परिवर्तित करें WordToMD. If the clean examples work, the converter is running correctly and the problem is probably in the original document structure. If the small file also fails, save it again as a fresh .docx, किसी अन्य आधुनिक ब्राउज़र की कोशिश करें, और प्रदर्शित त्रुटि या रूपांतरण नोट्स की जांच करें.

यह नियंत्रित परीक्षण तीन अलग-अलग विफलता श्रेणियों को अलग करता है:

1. स्रोत समस्या: Word ने सामग्री को अप्रत्याशित तरीके से एन्कोड किया।
2. मानचित्रण की सीमाः तत्व का कोई प्रत्यक्ष Markdown समकक्ष नहीं है।
3. गंतव्य समस्या: Markdown वैध है, लेकिन अंतिम मंच एक अलग बोली प्रस्तुत करता है।

समस्या 1: शीर्षकों को बोल्ड पैराग्राफ में परिवर्तित करें

ऐसा क्यों होता है

एक पंक्ति को 20 अंक, बोल्ड, और नीला बनाना दस्तावेज़ संरचना में इसे शीर्षक नहीं बनाता है। यह अभी भी Words सामान्य शैली का उपयोग कर सकता है. एक परिवर्तक एक शैलीबद्ध पैराग्राफ देखता है, शीर्षक 2 नहीं।

इसे कैसे ठीक किया जाए

1. Word में पूर्ण शीर्षक पैराग्राफ का चयन करें.
2. स्टाइल पैनल खोलें।
3. पदानुक्रम के अनुसार शीर्षक 1, शीर्षक 2, या शीर्षक 3 लागू करें।
4. Words नेविगेशन पैनल का उपयोग यह सत्यापित करने के लिए करें कि यह रूपरेखा में दिखाई देता है.
5. परीक्षण खंड को फिर से परिवर्तित करें।

दृश्य आकार के लिए दिशा स्तर का चयन न करें। दस्तावेज़ के शीर्षक के लिए एक शीर्षक 1, प्रमुख खंडों के लिए शीर्षक 2, और उपखंडों के लिए शीर्षक 3 का उपयोग करें। यदि आवश्यक हो तो Word में उन शैलियों को अनुकूलित करें, लेकिन उनकी अर्थपूर्ण भूमिकाओं को बनाए रखें.

देखें Markdown शीर्षक गाइड एक पूर्ण पदानुक्रम उदाहरण के लिए।

समस्या 2: सूचियाँ खो जाती हैं, फिर से शुरू होती हैं, या सादे पाठ बन जाती हैं

ऐसा क्यों होता है

टाइप किए गए डैश से शुरू होने वाली पंक्ति अनिवार्य रूप से Word सूची आइटम नहीं है. इसी प्रकार, टैब दबाकर या स्पेस सम्मिलित करके किसी आइटम को एक विश्वसनीय सूची स्तर बनाए बिना घोंसलेदार लग सकता है. चिपके हुए सामग्री में कई असंगत संख्याकरण परिभाषाएं भी शामिल हो सकती हैं।

इसे कैसे ठीक किया जाए

• प्रभावित वस्तुओं का चयन करें और Words बुलेट या नंबरिंग नियंत्रण लागू करें.
• उपयोग सूचक बढ़ाएँ and सूचकांक घटाना वास्तविक सूची स्तर निर्धारित करने के लिए।
• किसी अंकित आइटम पर राइट-क्लिक करें और उचित निरंतरता विकल्प चुनें.
• केवल दृश्य अंतराल बनाने के लिए उपयोग किए जाने वाले रिक्त पैराग्राफ को हटा दें.
• जब कोई अंतराल वाला पैराग्राफ वास्तव में इसे समाप्त करता है तो सूची को विभाजित करें।

रूपांतरण के बाद, केवल पूर्वावलोकन के बजाय कच्चे Markdown का निरीक्षण करें:

1. Install the application.
2. Configure the project.
   - Add the source directory.
   - Set the output format.
3. Run the build.

अलग-अलग रेंडरर्स अलग-अलग इन्डेन्टेशन चौड़ाई स्वीकार करते हैं, इसलिए लक्ष्य प्लेटफॉर्म में सुसंगत स्पेस और पूर्वावलोकन का उपयोग करें।

समस्या 3: तालिकाएं टूटी हुई हैं या पढ़ना मुश्किल है

ऐसा क्यों होता है

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

इसे कैसे ठीक किया जाए

1. एक स्पष्ट पहली पंक्ति जोड़ें जो हेडर के रूप में कार्य कर सकती है.
2. उन कोशिकाओं को विलय कर दें जहां सूचना को सारणीबद्ध रहना चाहिए।
3. मेज के नीचे लम्बी व्याख्याएं रखें।
4. निहित तालिकाओं को अलग तालिकाओं या सूचियों से बदलें।
5. जब संभव हो तो कोशिकाओं के अंदर हाथ से लाइन ब्रेक हटाएं।
6. भागो शाब्दिक पाइप वर्ण के रूप में \| रूपांतरण के बाद।

यदि किसी तालिका में फोन की स्क्रीन के लिए बहुत अधिक स्तंभ हैं, तो सीधे रूपांतरण को मजबूर करने की तुलना में इसे पुनर्गठित करना आमतौर पर बेहतर होता है। प्रत्येक पंक्ति को एक छोटे से उपखंड में बदल दें या विषय के अनुसार तालिका को विभाजित करें।

वाक्यविन्यास और संरेखण नियमों के लिए, Markdown तालिकाओं का संदर्भ.

समस्या 4: छवियां गायब हैं

ऐसा क्यों होता है

Markdown को एक अलग छवि फ़ाइल के लिए पथ की आवश्यकता है. WordToMD पैकेज सापेक्ष पथों के साथ एम्बेडेड चित्रों का समर्थन करते हैं, लेकिन फ्लोटिंग आकार, चार्ट, स्मार्टआर्ट, हेडर, और कुछ पुराने प्रारूपों को अभी भी छोड़ दिया जा सकता है.

इसे कैसे ठीक किया जाए

• कोशिश करो __पी_ए__ + छवियाँ __पी_बी__ समर्पित Word इमेज एक्सट्रैक्टर डाउनलोड करें या उपयोग करें.
• परिसंपत्तियों को एक images/ Markdown के बगल में निर्देशिका।
• सामान्य फ़ाइलों का नाम बदलें जैसे image4.png.
• सापेक्ष संदर्भ और सार्थक वैकल्पिक पाठ जोड़ें.
• अंतिम रिपॉजिटरी, संपादक या साइट में पूर्वावलोकन.

पूरी प्रक्रिया को कवर किया गया है Word से Markdown तक छवियों के साथ.

समस्या 5: टेक्स्ट बॉक्स, स्मार्टआर्ट, चार्ट, या साइडबार गायब

ऐसा क्यों होता है

इन वस्तुओं को मुख्य दस्तावेज़ प्रवाह में सामान्य पैराग्राफ के रूप में प्रतिनिधित्व करने के बजाय Word पृष्ठ पर रखा गया है. मार्कडाउन में निर्देशांक-आधारित पृष्ठ कैनवास नहीं है, और दृश्यमान पाठ को निकालने से उसके अपेक्षित पढ़ने के क्रम को संरक्षित नहीं किया जा सकता है.

इसे कैसे ठीक किया जाए

रूपांतरण से पहले फ्लोटिंग ऑब्जेक्ट्स से आवश्यक पाठ निकालें:

• पाठ-बॉक्स चेतावनी को सामान्य पैराग्राफ में परिवर्तित करें Warning:.
• एक SmartArt आरेख को SVG या PNG के रूप में निर्यात करें और एक सुलभ पाठ स्पष्टीकरण जोड़ें.
• एक महत्वपूर्ण चार्ट निष्कर्ष को एक पैराग्राफ या छोटी डेटा तालिका में परिवर्तित करें।
• साइडबार सामग्री को वर्णनात्मक शीर्षक के नीचे ले जाएं.

जब वस्तु आवश्यक निर्देश देती है तो केवल स्क्रीनशॉट पर भरोसा न करें। पाठ में अर्थ को भी संरक्षित रखें।

समस्या 6: कोड नमूने बाड़ या स्वरूपण खो देते हैं

ऐसा क्यों होता है

Word आम तौर पर एक मोनोस्पेस फ़ॉन्ट, पृष्ठभूमि छायांकन, या कस्टम पैराग्राफ शैली के साथ सामान्य पाठ के रूप में कोड संग्रहीत करता है. ये दृश्य गुण हमेशा यह नहीं बताते हैं कि पाठ इनलाइन कोड, एक कमांड, या एक बहु-लाइन प्रोग्राम है या नहीं।

इसे कैसे ठीक किया जाए

रूपांतरण के बाद, बहु-पंक्ति नमूने संलग्न ब्लॉक में लपेटें और स्वयं भाषा पहचानकर्ता जोड़ें:

```javascript
function convert(document) {
  return document.toMarkdown();
}
```

संक्षिप्त आदेशों और पहचानकर्ताओं के लिए इनलाइन बैकटिक्स का उपयोग करें. जांचें कि नमूने के अंदर के बैकटिक्स समय से पहले बाड़ को बंद नहीं करते हैं। द Markdown कोड-ब्लॉक गाइड लम्बी बाड़ और वाक्यविन्यास-उल्लेख पहचानकर्ता समझाता है।

समस्या 7: फुटनोट, टिप्पणियाँ, या ट्रैक परिवर्तन खो जाते हैं

ऐसा क्यों होता है

टिप्पणियाँ और ट्रैक किए गए परिवर्तन समीक्षा मेटाडेटा हैं, सामान्य अंतिम दस्तावेज़ सामग्री नहीं। फुटनोट एक अलग Word संरचना है, और हर Markdown बोली फुटनोट का समर्थन नहीं करती है। WordToMD पूर्ण संपादकीय इतिहास को संरक्षित करने के बजाय अंतिम दृश्यमान दस्तावेज़ के लिए अनुकूलित है।

इसे कैसे ठीक किया जाए

रूपांतरण से पहले:

1. एक अछूती अभिलेखीय प्रतिलिपि सहेजें।
2. उन सभी टिप्पणियों को हल करें जिनमें निर्णय या निर्देश शामिल हैं।
3. ट्रैक किए गए परिवर्तनों को जानबूझकर स्वीकार या अस्वीकार करें।
4. मुख्य पाठ में आवश्यक समीक्षक नोट्स स्थानांतरित करें।
5. तय करें कि गंतव्य स्थान फुटनोट को कैसे संभालता है।

जटिल अकादमिक नोट्स, उद्धरण, या संशोधन कार्यप्रवाहों के लिए, Pandoc सामान्य तौर पर अधिक उपयुक्त है। किसी माइग्रेशन विधि के लिए प्रतिबद्ध होने से पहले एक प्रतिनिधि दस्तावेज का परीक्षण करें।

समस्या 8: लिंक गायब हैं या गलत जगह की ओर इशारा करते हैं

ऐसा क्यों होता है

नीले रंग में रेखांकित पाठ एक हाइपरलिंक के बजाय सामान्य स्वरूपण हो सकता है। आंतरिक वर्ड बुकमार्क और क्रॉस-संदर्भ भी उन लक्ष्यों पर निर्भर करते हैं जो तब बदल सकते हैं जब शीर्षक मार्कडाउन एंकर आईडी बन जाते हैं.

इसे कैसे ठीक किया जाए

• Word में, उपयोग करें सम्मिलित करें → लिंक करें और वास्तविक पते की पुष्टि करें।
• स्थानीय ड्राइव लिंक को रिपॉजिटरी या वेब गंतव्यों से बदलें.
• रूपांतरण के बाद, प्रत्येक बाहरी लिंक पर क्लिक करें.
• गंतव्य प्लेटफार्म के शीर्षक-अंक नियम का उपयोग करके आंतरिक लिंक का पुनर्निर्माण करें।
• यूआरएल में गलती से शामिल होने वाले ट्रेसिंग विरामचिन्हों पर ध्यान दें.

एक पोर्टेबल परिणाम के लिए, यहां क्लिक करें जैसे वाक्यांशों के बजाय वर्णनात्मक लिंक पाठ का उपयोग करें।

समस्या 9: कन्वर्टर खाली आउटपुट उत्पन्न करता है

ऐसा क्यों होता है

एक खाली परिणाम आमतौर पर मतलब है कि फ़ाइल में कोई परिवर्तनीय पाठ नहीं है सामान्य दस्तावेज़ प्रवाह में, एक वैध नहीं है .docx, या आंतरिक भ्रष्टता है। स्कैन किए गए पृष्ठ, पूर्ण पृष्ठ स्क्रीनशॉट, चित्रकारी कैनवास, और लिंक्ड ऑब्जेक्ट एक व्यक्ति के लिए एक दस्तावेज़ की तरह लग सकता है जबकि इसमें थोड़ा सा साधारण पाठ होता है।

इसे कैसे ठीक किया जाए

इस क्रम के माध्यम से काम करें:

1. फ़ाइल नाम में समाप्त होता है की पुष्टि करें .docx, नहीं .doc, .odt, .rtf, या नाम बदलकर PDF.
2. दस्तावेज़ को Word या LibreOffice में खोलें और एक नया सहेजें .docx प्राप्त किया।
3. एक दृश्यमान पैराग्राफ को एक नए रिक्त दस्तावेज़ में कॉपी करें और उसका परीक्षण करें.
4. यदि स्रोत केवल छवि है, तो Markdown रूपांतरण से पहले ओसीआर का उपयोग करें.
5. यदि एक साधारण परीक्षण परिवर्तित होता है, तो समस्याग्रस्त वस्तु को अलग किए जाने तक सामग्री को साफ दस्तावेज़ में अनुभागों में स्थानांतरित करें.

मरम्मत करते समय कभी भी एकमात्र स्रोत फ़ाइल को ओवरराइट न करें.

समस्या 10: यूनिकोड वर्ण गलत तरीके से प्रस्तुत करते हैं

ऐसा क्यों होता है

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

इसे कैसे ठीक किया जाए

• Markdown को UTF-8 के रूप में सहेजें.
• पुराने ANSI एन्कोडिंग से बचें.
• एक फ़ॉन्ट का प्रयोग करें जो आवश्यक लेखन प्रणाली को कवर करता हो।
• वेबसाइट बनाते समय HTML पेज Charset को UTF-8 पर सेट करें.
• अंतिम लेआउट में दाएं से बाएं मार्गों का परीक्षण करें।
• जब आप उनके कार्य को समझें तब ही अदृश्य दिशा-निर्देशों को हटा दें।

एक गलत रूप से कॉन्फ़िगर किए गए रेंडरर के आसपास काम करने के लिए अक्षरों को ट्रांसलिटर या प्रतिस्थापित न करें।

समस्या 11: रूपांतरण धीमा है या ब्राउज़र टैब प्रतिक्रियाहीन हो जाता है

ऐसा क्यों होता है

स्थानीय रूपांतरण वर्तमान उपकरण की स्मृति और प्रसंस्करण शक्ति का उपयोग करता है। A .docx उच्च-रिज़ॉल्यूशन वाली छवियां बड़ी हो सकती हैं, भले ही इसमें केवल कुछ ही पृष्ठ हों। मोबाइल ब्राउज़रों और कई खुले टैब वाले उपकरणों में कम उपलब्ध मेमोरी होती है।

इसे कैसे ठीक किया जाए

• एम्बेडेड चित्रों को डुप्लिकेट Word फ़ाइल में संपीड़ित करें.
• अप्रयुक्त या दोहराने वाले मीडिया को हटा दें।
• एक बड़े दस्तावेज़ को तार्किक अध्याय सीमाओं पर विभाजित करें.
• मेमोरी-गहन टैब और एप्लिकेशन बंद करें.
• वर्तमान डेस्कटॉप ब्राउज़र का प्रयास करें.
• बहुत बड़े या बार-बार रूपांतरणों के लिए स्थानीय रूप से Pandoc का उपयोग करें.

WordToMD 50 एमबी तक की फ़ाइलें स्वीकार करता है, लेकिन सीमा के नीचे रहने से प्रत्येक डिवाइस पर समान प्रदर्शन की गारंटी नहीं मिलती है.

समस्या 12: एक पुराना .doc फ़ाइल अस्वीकार की गई

ऐसा क्यों होता है

.doc and .docx अलग-अलग प्रारूप हैं। सबसे पुराना .doc प्रारूप द्विआधारी है; फ़ाइल-नाम एक्सटेंशन को बदलना इसकी सामग्री को परिवर्तित नहीं करता है.

इसे कैसे ठीक किया जाए

Microsoft Word या LibreOffice में फ़ाइल खोलें और चुनें के रूप में सहेजें → Word दस्तावेज़ (.docx). Then convert the new file. If the document is important, keep the original .doc जब तक नई फ़ाइल और Markdown की जाँच नहीं की जाती है तब तक अभिलेखागार के रूप में।

एक बेहतर पूर्व उड़ान प्रक्रिया

नियमित रूप से परिवर्तित किए जाने वाले दस्तावेजों के लिए, हर बार एक ही पूर्व-अनुवाद का उपयोग करें:

Word में

• अंतर्निहित शीर्षक शैलियों का उपयोग करें।
• वास्तविक सूची नियंत्रण का उपयोग करें.
• विलय और घोंसले हुए तालिकाओं को सरल बनाएं।
• ट्रैक किए गए परिवर्तनों और टिप्पणियों को हल करें।
• फ्लोटिंग ऑब्जेक्ट्स से आवश्यक टेक्स्ट निकालें.
• अप्रयुक्त मीडिया को हटाएं और बड़ी छवियों को संपीड़ित करें।
• हाइपरलिंक की पुष्टि करें.
• एक साफ़ बचाओ .docx प्राप्त किया।

WordToMD में

• दस्तावेज़ पूर्वावलोकन और संपादन योग्य Markdown को एक साथ देखें.
• रूपांतरण नोट्स खोलें जब वे दिखाई दें।
• प्रत्येक तत्व प्रकार के पहले उदाहरण की जाँच करें.
• आउटपुट पैनल में सीधे सरल समस्याओं को ठीक करें.
• पृष्ठ छोड़ने से पहले डाउनलोड करें.

गंतव्य में

• प्रस्तुत Markdown का पूर्वावलोकन करें.
• मार्ग लंगरों और लिंक्स का परीक्षण करें।
• एक संकीर्ण स्क्रीन पर तालिकाओं की जाँच करें।
• छवि पथ और अल्ट पाठ की पुष्टि करें.
• कोड बाड़ और भाषा लेबल की पुष्टि करें।
• स्थानीय फ़ाइल पथ, प्लेसहोल्डर पाठ, और अनसुलझे समीक्षा नोट्स के लिए खोजें.

कब समस्या निवारण करना बंद करें और उपकरण बदलें

WordToMD का प्रयोग तब करें जब कार्य मानक संरचना के साथ एक दस्तावेज़ का त्वरित, निजी रूपांतरण हो. Pandoc या एक कस्टम माइग्रेशन पाइपलाइन पर स्विच करें जब आपको आवश्यकता हो:

• स्वचालित मीडिया निष्कर्षण;
• पुनरावर्ती बैच प्रसंस्करण;
• अकादमिक उद्धरण या समीकरण;
• कस्टम शैली मानचित्रण;
• लुआ फ़िल्टर या अन्य परिवर्तन;
• सीआई/सीडी के भीतर रूपांतरण;
• जटिल दस्तावेज विशेषताओं का विस्तृत प्रबन्धन।

उपकरण बदलना असफलता नहीं है। यह अक्सर सही प्रतिक्रिया होती है जब स्रोत दस्तावेज़ की जटिलता लक्ष्य प्रारूप से अधिक होती है।

FAQ

क्या मुझे Word दस्तावेज़ की मरम्मत करनी चाहिए या Markdown को संपादित करना चाहिए?

Word दस्तावेज़ की मरम्मत करें जब एक ही संरचनात्मक त्रुटि बार-बार होती है या फ़ाइल को फिर से परिवर्तित किया जाएगा. जब समस्या अलग या गंतव्य-विशिष्ट हो, तो मार्कडाउन को संपादित करें, जैसे कि फ्रंट मैटर, कॉलआउट, कोड-फेंस भाषाओं को जोड़ना, या छवि पथ।

Markdown पूर्वावलोकन GitHub या Obsidian से अलग क्यों दिखता है?

Markdown संबंधित बोलियों का एक परिवार है। तालिकाएँ, फुटनोट, कॉलआउट, कार्य सूची, विकी लिंक, और कच्चे HTML अलग-अलग तरीके से प्रस्तुत कर सकते हैं. WordToMD पूर्वावलोकन को संरचनात्मक जाँच के रूप में देखें और अंतिम फ़ाइल को उसके वास्तविक गंतव्य में परीक्षण करें.

क्या रूपांतरण नोट्स मुझे वह सब कुछ बता सकता है जो खो गया था?

कोई भी स्वचालित चेतावनी प्रणाली Word दस्तावेज़ में प्रत्येक दृश्य इरादे का अनुमान नहीं लगा सकती। लीड के रूप में रूपांतरण नोट्स का उपयोग करें, फिर प्रत्येक महत्वपूर्ण सामग्री प्रकार के लिए स्रोत, Markdown, और अंतिम रेंडरिंग की तुलना करें.

भ्रष्ट तत्व को अलग करने का सबसे तेज़ तरीका क्या है?

एक प्रतिलिपि बनाएं और आधे सामग्री को हटा दें। फिर से परीक्षण करें, फिर उस आधे भाग के साथ जारी रखें जो अभी भी विफल रहता है। यह विभाजन और परीक्षण विधि मूल को संशोधित किए बिना समस्या को जल्दी संकुचित करती है।

निष्कर्ष

अधिकांश Word-to-Markdown समस्याएं एक बार जब आप दस्तावेज़ संरचना से दृश्य स्वरूपण को अलग करते हैं तो पूर्वानुमानित हो जाती हैं। पहले गलत तत्व के साथ शुरू करें, एक छोटे से परीक्षण में इसे सही, और तय है कि मरम्मत शब्द, मार्कडाउन, या गंतव्य प्लेटफार्म। उपयोग WordToMD त्वरित स्थानीय रूपांतरण के लिए, स्वरूपण मार्गदर्शिका स्रोत तैयारी के लिए, और Pandoc जब कार्य के लिए अधिक प्रोग्राम करने योग्य पाइपलाइन की आवश्यकता होती है।