कस्टम TOC का उपयोग करके \ms फ़ील्ड: प्रदर्शित कॉलमों की संख्या को कैसे कम करें?

Question

मैं एक एकल-पुस्तक उत्पत्ति (Genesis) प्रकाशन की टाइपसेटिंग कर रहा हूँ। हम TOC में 7 "मुख्य अनुभाग" (Major Section) लेबल प्रदर्शित करना चाहते हैं, और यहाँ चर्चा की गई समाधान, मुख्य रूप से, काम करती है। 

https://support.bible/11592/toc-for-bible-modules

हालाँकि, PTXPrint द्वारा जनरेट किया गया TOC \toc2 और \toc3 के लिए खाली कॉलम प्रदर्शित करने पर अडिग है।

मेरी स्क्रीनशॉट में हरा वर्ग मेरे द्वारा मैनुअली दर्ज किए गए TOC पंक्तियों को दर्शाता है, जैसा कि मैं उन्हें चाहता हूँ (लेकिन पृष्ठ संख्या कॉलम खाली है)। इसके ऊपर PTXPrint द्वारा जनरेट किया गया TOC है। पहली पंक्ति में उत्पत्ति (Genesis) के प्रविष्टियाँ शामिल हैं: toc1 "पूरा नाम" toc 2 "छोटा नाम" toc3 "संक्षिप्त नाम"। मैं अपने TOC में इस पंक्ति को नहीं चाहता।

मुख्य अनुभाग (Major Sections) सही ढंग से प्रकट होते हैं, लेकिन प्रत्येक अनुभाग के नीचे toc2 और toc3 फ़ील्ड के अनुपस्थित होने के कारण वे खराब ढंग से लपेटे (wrap) जाते हैं। मैं लाल बॉक्स में लीडर्स (leaders) से छुटकारा पाना चाहता हूँ, ताकि केवल toc1 और page# कॉलम प्रदर्शित हों। मैंने प्रयास किया है 

• GEN 1:0 में \toc* पंक्तियों को हटाने का, लेकिन PT मेरे लिए बहुत चतुर है–वह उन्हें बार-बार पुनः प्रविष्ट करता रहता है। 
• पवित्र ग्रंथ संदर्भ सूची (Scripture Reference List) प्रविष्टियों को हटाने का, लेकिन वे सूची में और जनरेट किए गए TOC की पहली पंक्ति में वापस आ जाते हैं।
• मैंने GEN प्रविष्टियों में से प्रत्येक के लिए Scr.Ref.List में केवल एक पूर्ण-विराम (full-stop) दर्ज किया, लेकिन नाम अभी भी TOC में प्रकट होते हैं। 
• मैंने एक नया परियोजना बनाया और toc प्रविष्टियों को हटाने के बाद GEN को उसमें आयात किया। किसी तरह PT ने उन परेशान करने वाली पुस्तक नाम प्रविष्टियों को नई परियोजना में ले आया!

मैंने एक चरण पर, प्रत्येक अनुभाग के लिए \mr संदर्भों को \toc2 पंक्तियों में डुप्लिकेट किया (जैसा कि मेरी मॉक-अप टेबल में है), लेकिन इससे मदद नहीं हुई, इसलिए मैंने संदर्भों को मैनुअली \ms+\toc1 पंक्तियों में स्थानांतरित कर दिया।

क्या आपकी कोई राय है कि जनरेट किए गए TOC टेबल में खाली toc2 और toc3 कॉलमों से कैसे छुटकारा पाया जाए, कृपया? या क्या मुझे बस फ्रंट मैटर (Front Matter) में अपनी मैनुअली दर्ज की गई टेबल का उपयोग करना चाहिए, और अंतिम टाइपसेटिंग चरण के रूप में उसमें पृष्ठ संख्याएँ जोड़नी चाहिए?

English से मशीन-अनुवादित मूल दिखाएं

Answer 1

बस यह जांच रहा हूँ कि क्या आपने स्पष्ट चीज़ (Peripherals टैब पर) आज़माई है:

English से मशीन-अनुवादित मूल दिखाएं

Comments

ओह, माफ़ कीजिए, हाँ! यहाँ toc2 और toc3 को अनटिक करने से कोई फ़र्क नहीं पड़ता; तीनों कॉलम मेरी स्क्रीनशॉट में दिखाए गए अनुसार प्रकट होते हैं।
मुझे यह भी नोट करना चाहिए कि मैं Wasta 20.04 में PTXprint 2.4.13 का उपयोग कर रहा हूँ।

English से मशीन-अनुवादित मूल दिखाएं

Answer 2

मैं इसका समाधान changes के सावधान उपयोग के माध्यम से करूँगा। सबसे पहले आप इस तरह के change का उपयोग करके \toc2 को हटा सकते हैं:

```

"\\toc2[^\\]+" > ""

```

और फिर हम उप-प्रविष्टियों (subentries) को तोड़ देते हैं ताकि \toc1 में विवरण हो और \toc2 में संदर्भ हो। संख्याओं को स्वतः प्रविष्ट करना changes.txt की क्षमता से परे है, जब तक कि आप उन्हें टेक्स्ट में कहीं छिपा न रखें। लेकिन आप प्रविष्टि की शुरुआत में कुछ हार्ड स्पेस (hard spaces) प्रविष्ट करके उसे इंडेंट करने के लिए कर सकते हैं। इसलिए एक प्रविष्टि पंक्ति इस तरह दिख सकती है:

```

\toc1 ~~~Hape ke pokoso per mamang inetelik

\toc2 1\emdash 4:16

```

फिर peripherals पेज पर toc1 और toc2 चालू करें और toc3 बंद करें।

आप सॉर्टिंग में कुछ उपयोगी नहीं कर पाएंगे। लेकिन आप मुख्य toc का उपयोग कर सकते हैं।

यह आप पर निर्भर करता है कि क्या आप लीडर्स (leaders) बंद करना चाहते हैं (peripherals पेज पर ड्रॉप-डाउन सूची का उपयोग करके)

English से मशीन-अनुवादित मूल दिखाएं

Comments

धन्यवाद, मार्टिन और मार्क! मैंने अभी-अभी रहस्य का समाधान किया है: मैंने अपने लोकल फ्रंट मैटर (Front Matter) फ़ाइल में हार्ड-कोडेड \toc* पंक्तियाँ पाईं! जब उन्हें हटा दिया जाता है तो Contents सही ढंग से जनरेट होता है (जब मैं Peripherals पेज पर toc2 और toc3 को अनटिक छोड़ देता हूँ)।

बीच में, मुझे संख्या कॉलम या इंडेंट की ज़रूरत नहीं है; मैं "अध्याय" शीर्षकों के लपेटे जाने (wrapped) को पसंद नहीं करूँगा। मैंने ऑटो-TOC सेटअप करना सीखने से पहले \periph Table of Contents में परीक्षण टेबल दर्ज की थी, और मैंने अभी तक यह तय नहीं किया है कि क्या मुझे इसे हटाना चाहिए।

हालाँकि, अब मेरे पास एक और समस्या है: मैंने दो संबंधित कॉन्फ़िगरेशन में सेटिंग्स का बहुत सावधानी से तुलना की है। मेरे पास "26-JUN-..." में TOC काम कर रहा है, लेकिन "27-JUN-..." में मुझे ज़रूरत के फ़ॉन्ट और मार्जिन हैं, और चित्रों का लगभग 1/3 सही ढंग से स्थित है। अगर मैं "27-JUN" में TOC को "26-JUN" की तरह प्रकट कर सकूँ, तो यह मुझे बहुत काम से बचाएगा। लेकिन मैं यह नहीं देख सकता कि TOC "27-JUN" कॉन्फ़िगरेशन में जनरेट करने से इनकार क्यों करता है।

अब, हालाँकि, मैंने 26-JUN में TOC को भी खराब कर दिया है, इसलिए मैं दोनों आर्काइव भेज रहा हूँ। कृपया याद रखें कि 27-JUN में वे सेटिंग्स हैं जो मैं चाहता हूँ। अगर आप बेहतर एक को समझने में मदद कर सकते हैं, तो आप 26-JUN को नज़रअंदाज़ कर सकते हैं। धन्यवाद!

English से मशीन-अनुवादित मूल दिखाएं

---

भविष्य की समस्याओं के लिए इस विषय को साफ़ करने के लिए: क्या यह एक बग है कि अगर आपका लोकल फ्रंट मैटर (View/Edit टैब में) हार्ड-कोडेड \toc* फ़ील्ड्स शामिल करता है, तो 3 फ़ील्ड्स को शामिल करने के चेकबॉक्स प्रभावी नहीं होते; जनरेट किया गया TOC सभी toc* फ़ील्ड्स के लिए कॉलम शामिल करता है? उन कॉलमों को बंद किया जा सकता होना चाहिए, चाहे उनका सामग्री कहीं भी पाई जाए, सही है?

English से मशीन-अनुवादित मूल दिखाएं

---

पता नहीं कि आप फ्रंट मैटर में \toc प्रविष्टियाँ क्यों डालना चाहेंगे। लेकिन अगर आप ऐसा करते हैं, तो आपको केवल वे प्रविष्टियाँ डालनी चाहिए जिन्हें आप देखना चाहते हैं। हम वर्तमान में periph पेज सेटिंग्स के आधार पर उन्हें स्वतः हटाते नहीं हैं। या आप changes.txt का उपयोग करके वे प्रविष्टियाँ हटा सकते हैं जिन्हें आप देखना नहीं चाहते।

English से मशीन-अनुवादित मूल दिखाएं