द्विभाषी (diglots) में प्रारंभिक सामग्री तत्वों को शामिल करने में समस्याएं

Question

मैं PTXPrint में “स्थानीय प्रारंभिक सामग्री” (local front matter) में इसका उपयोग करके हमारी प्रस्तावना (preface) को शामिल करने में सक्षम हूँ:

\rem -------------------------------------------------------------------------
\periph Preface|id=“preface”
\rem -------------------------------------------------------------------------
\zgetperiph|preface*

INT पुस्तक में, मैंने प्रस्तावना को इस प्रकार चिह्नित किया है:

\periph Preface|id=“preface”

मेरे PDF में जो प्रस्तावना आ रही है, वह द्वितीयक पाठ (secondary text) की INT पुस्तक से है। मैं चाहता हूँ कि यह प्राथमिक पाठ (primary text) से हो, लेकिन मुझे लगता है कि मेरे सहयोगी दोनों चाहेंगे। मैं यह कैसे कर सकता हूँ?

एक संबंधित समस्या: जब मैं Paratext में प्रस्तावना में कोई परिवर्तन करता हूँ और उसे सहेजता हूँ, फिर PTXPrint में प्रिंट करता हूँ, तो PTXPrint को प्रस्तावना के लिए अपनी सामग्री ताज़ा (refresh) करने में कई बार कोशिश करनी पड़ती है। यदि मैं एक विभिन्न कॉन्फ़िगरेशन लोड करता हूँ और फिर उस पर वापस आता हूँ जिसका मैं उपयोग कर रहा हूँ, तो PTXPrint प्रस्तावना की नई संस्करण को उठा लेता है।

इसके अलावा, मैं प्रस्तावना में \fig को बिल्कुल काम नहीं कर पा रहा हूँ।

एक आखिरी बात: PrintDraftChanges.txt में मेरे परिवर्तन प्रस्तावना पर लागू नहीं हो रहे हैं, लेकिन वे प्रकाशन के मुख्य भाग की पुस्तकों में हैं।

इन समस्याओं में आपकी किसी भी सहायता के लिए धन्यवाद।

जॉन न्यूस्ट्रॉम

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

Answer 1

आपकी समस्याओं का सामना करना, शायद यादृच्छिक क्रम में…

• (अनुमान) परिवर्तन फ़ाइलें: हाँ, उन्हें INT पर लागू होना चाहिए… क्या INT को शामिल करने के लिए एक पुस्तक के रूप में सूचीबद्ध है, या आप इस बात पर निर्भर कर रहे हैं कि PTXprint इसे 'पीछे की ओर' (behind the scenes) शामिल करेगा। मुझे धुंधला याद है कि इसमें अंतर हो सकता है। (या यह आपको डुप्लिकेशन दे सकता है…)

• \periph|preface\* ... \zgetperiph|preface\* ओह!। कृपया ऐसी प्रस्तावना की परिभाषा न दें जिसमें प्रस्तावना शामिल हो।
  आप एक पंक्ति का उपयोग करने के लिए स्वतंत्र हैं जो कहती है:
  \periph Preface
  बिना किसी ID दिए। इसमें कोई बुरा दुष्प्रभाव नहीं होना चाहिए, लेकिन आपने जो सूची दी है वह कहती है 'मैं इस चीज़ की परिभाषा दे रहा हूँ जिसे प्रस्तावना कहा जाता है, जो कुछ पाठ है जिसमें इस चीज़ को शामिल किया जाता है जिसे प्रस्तावना कहा जाता है' जो थोड़ा चक्राकार (circular) हो जाता है। शायद आप इसे नहीं चाहते हैं। मुझे लगता है कि यदि आप सावधानी से सभी पक्षों को उचित रूप से निर्दिष्ट करते हैं (नीचे देखें), तो आप इससे बच सकते हैं, क्योंकि मुझे लगता है कि एक द्विभाषी (diglot) में 3 प्रस्तावनाएं होती हैं - एक L (प्राथमिक) के लिए, एक R (द्वितीयक) के लिए और एक कोई-पक्ष-निर्दिष्ट-नहीं (no-side-specified) के लिए। लेकिन जैसा कि लिखा गया है, इससे वह व्यवहार होगा जिसे मैं अनुमान लगाने की कोशिश नहीं करना चाहता, और कहीं एक छोटा सा परिवर्तन इसे आपके किसी स्थानीय अनुवादक मित्र के सामने अजीब और 'रुचिकर' तरीकों से फट सकता है।

• (अनुमान) परिवर्तन प्रभावी नहीं हो रहे… क्या आप सहेजने (save) दबा रहे हैं? शायद यदि आप बस प्रिंट दबाते हैं तो एडिटर फ़ाइल को उचित रूप से नहीं लिख रहा है??

• कौन सी प्रस्तावना preface है। हम्म, मुझे कोड पढ़ने दें… अच्छा, मैं कल्पना नहीं कर रहा था। एक द्विभाषी में, कोड को वर्तमान / पिछली सेटिंग के आधार पर, एक पक्ष-उचित तरीके से \periph|id="preface" लोड और सहेजना चाहिए। मैं अनुमान लगा रहा हूँ कि यह सोच रहा है कि यह द्वितीयक पर है जब यह आपकी FRT पुस्तक का प्रोसेसिंग कर रहा है। आपको इनमें से सभी (तीनों) को इस तरह एक्सेस करने में सक्षम होना चाहिए:

\rem left preface
\zglot|L\*
\zgetperiph|preface\*

\rem right preface
\zglot|R\*
\zgetperiph|preface\*

\rem is there a 'no-sides preface'? It almost certainly won't work fully before 2.4.50.
\zglot|\*
\zgetperiph|preface\*

(जहाँ \zglot |\* माइलस्टोन एक द्विभाषी कॉलम से उम्मीद की गई फ़ॉन्ट-स्विचिंग करते हैं, लेकिन चीज़ों को दो कॉलम में नहीं डालते। 'कोई-पक्ष-चयनित-नहीं' (no-side-selected) में स्विचिंग बहुत प्रयोगात्मक है और शायद कुछ उपयोगी नहीं करेगा)

वैकल्पिक रूप से, यदि आपको फ़ॉन्ट-बदलावों की आवश्यकता नहीं है, तो आपको zgetperiph के लिए पक्ष को इस तरह निर्दिष्ट करने में सक्षम होना चाहिए:

\zgetperiph|id="preface" side="L"\*

side के मान्य मान "L" (बाएँ/प्राथमिक), "R" (दाएँ/द्वितीयक), "" (कोई-पक्ष-चयनित-नहीं) हैं।
जितना मुझे पता है, इन कोड के इन हिस्सों का बहुत कम परीक्षण किया गया है, इसलिए कृपया कोई भी सफलता / विफलता रिपोर्ट करें!

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

Comments

@David_Gardner

इसमें आपकी सहायता के लिए धन्यवाद। तीन समस्याएं हैं। शायद वे सभी संबंधित हैं।

समस्या 1. PTXPrint प्रस्तावना में परिवर्तनों को तभी उठाता है जब मैं प्रिंट करने वाली चीज़ बदलता हूँ, जैसे कि एक अलग अध्याय या एक अलग पुस्तक। पुस्तकों को बदलना प्रस्तावना को ताज़ा करने के लिए सबसे विश्वसनीय तरीका है। यदि मैं वही पुस्तक प्रिंट करता रहता हूँ, तो वह प्रस्तावना में संपादन नहीं उठाता।

समस्या 2. गलत प्रस्तावना प्रिंट हो रही है।

मैंने जो प्रिंट किया है उसमें INT पुस्तक को शामिल नहीं किया है। मैं इस बात पर निर्भर कर रहा हूँ कि PTXPrint वहाँ से प्रस्तावना प्राप्त करेगा।

मैंने यह आज़माया:

\rem left preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

मुझे वही परिणाम मिले जो पहले मिले थे: यह T2 में INT से प्रस्तावना प्रिंट कर रहा है, जो गलत है। L = T1 है।

मैंने यह आज़माया:

\rem right preface
\periph Preface
\zglot|R*
\zgetperiph|preface*

मुझे पहले जैसा ही परिणाम मिला। यह अभी भी T2 में INT से प्रस्तावना उठा रहा है।

चूंकि वे काम नहीं करे, मैंने आपका उल्लेख किया दूसरा तरीका आज़माया:

\periph Preface
\zgetperiph|id=“preface” side=“R”*

इससे PTXPrint ने प्रस्तावना को बिल्कुल प्रिंट नहीं किया।

मैंने “L” के साथ वही आज़माया

\periph Preface
\zgetperiph|id=“preface” side=“L”*

PTXPrint अभी भी कोई प्रस्तावना प्रिंट नहीं करता।

तो अभी के लिए मैं यह उपयोग कर रहा हूँ:

\rem right preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

PTXPrint अभी भी मेरी T2 प्रस्तावना प्रिंट करता है, निर्दिष्ट “L” = T1 के बजाय।

मैं वास्तव में T1 प्रस्तावना के बाद T2 प्रस्तावना चाहता हूँ।

तो यह काम करना चाहिए:

\rem left preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

\rem right preface
\periph Preface
\zglot|R*
\zgetperiph|preface*

वर्तमान में, यह R (T2) प्रस्तावना की दो प्रतियां प्रिंट करता है।

मैंने ऊपर के इसमें यह जोड़ने का प्रयास किया:

\rem is there a ‘no-sides preface’? It almost certainly won’t work fully before 2.4.50.
\zglot|*
\zgetperiph|preface*

और अब मुझे तीन प्रतियां मिलती हैं।

यदि मैं L और R प्रस्तावनाओं को छोड़ देता हूँ और केवल “कोई पक्ष प्रस्तावना” (no sides preface) शामिल करता हूँ, तो मुझे T2 प्रस्तावना मिलती है।

समस्या 3. शब्दकोश के शब्द PDF में उचित रूप से चिह्नित नहीं किए जा रहे हैं

PTXPrint मेरे शब्दकोश शब्द चिह्नित करने के उदाहरण को सही ढंग से चिह्नित नहीं कर रहा है। यह उन्हें एक अलग फ़ॉन्ट के साथ प्रारूपित कर रहा है, बजाय कि मैंने Body टैब पर चुने हुए कोने के ब्रैकेट (corner brackets) को लागू करने के। कोने के ब्रैकेट पवित्र ग्रंथ के पाठ में सही ढंग से प्रिंट हो रहे हैं, लेकिन प्रस्तावना में नहीं।

Basic Checks मुझे frtbak.sty के बारे में त्रुटियां दे रहा है लेकिन मुझे समझ नहीं आ रहा है कि क्या गलत है। frtbak.sty का “\Marker w” अनुभाग usfm.sty में जैसा है उसी जैसा बनाने से मदद नहीं हुई। यह अभी भी तीन त्रुटियों की शिकायत कर रहा है:

INT 1:0 #Invalid attribute: \w (frtbak.sty)

INT 1:0 #Citation Form (“gutpela na strongpela ston bilong karim haus|Gutpela ston tru”) is missing from Glossary: \w (frtbak.sty)

मुझे लगता है कि ये पहले दो शायद इस एक के कारण हैं:

INT 1:0 #“gutpela na strongpela ston bilong karim haus|Gutpela ston tru” contains unexpected non-wordforming characters [‘|’]: \w (frtbak.sty).

वह non-wordforming character पाठ में बाइबलिकल शब्द के रेंडरिंग के रूप और शब्दकोश में उद्धरण रूप को अलग करने के लिए उचित चरित्र है। मुझे नहीं पता कि यह INT में एक समस्या क्यों है और बाइबल पाठ में नहीं।

इन चीज़ों में आपकी किसी भी सहायता के लिए धन्यवाद।

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

---

समस्या 1.
मैं इस थ्रेड पर Mark/Martin को संकेत दूंगा। (वे,当然, एक आर्काइव मांगेंगे, आगे बढ़कर इसे भेजने में स्वतंत्र हैं!)

समस्या 2.
खोजने की स्पष्ट रूप से आवश्यकता है। क्या मैं एक आर्काइव भी प्राप्त कर सकता हूँ?

समस्या 3.
जितना मुझे पता है, UI \w शब्दों को प्रारूपित करने में आसान रास्ता चुनता है और वास्तव में उन पर एक regex चलाता है ताकि \w ... \w* को कोने के ब्रैकेट से बदला जा सके।
विकल्प 1: Mark/Martin के उस regex को इनपुट के अधिक स्रोतों पर लागू करने के लिए प्रतीक्षा करें।
विकल्प 2: वर्क-अराउंड: यदि आप इसे \w मार्कअप का उपयोग करने के लिए कहते हैं, और फिर आप इसकी सेटअप करते हैं:

\sethook{start}{w}{⌞}
\sethook{end}{w}{⌟}

फिर TeX इनसेशन (insertion) करेगा और आपको अधिक सुसंगति मिलनी चाहिए (चाहे वह सुसंगत रूप से सही या गलत हो, यह एक अलग मुद्दा है!)। उम्मीद है कि आपको किसी फ़ॉन्ट चालाकी की आवश्यकता नहीं होगी।

थ्रेड को पूरी तरह हाइजैक करते हुए, मैं \add के लिए निम्नलिखित अतिरिक्त (overkill) करता हूँ, जो मुझे NIV’84 की मेरी कॉपी में जैसा दिखने वाले कोने देता है, लेकिन (a) यदि कोई पाठ कॉपी कर रहा है तो वे चयनित नहीं होते हैं और (b) वे 'हमेशा काम करते हैं' क्योंकि वे किसी फ़ॉन्ट से नहीं हैं:

%draw corners:
\def\addmtlquteht{2pt}% height
\def\addmtlqutewd{1.5pt}% width
\def\addmtlqutelw{0.2pt}% linewidth.
\def\beginadd{\lower 1pt \hbox{\vrule width \addmtlqutelw height \addmtlquteht\vrule width \addmtlqutewd height \addmtlqutelw}\kern -1pt}
\def\endadd{\kern -1pt \lower 1pt \hbox{\vrule width \addmtlqutewd height \addmtlqutelw\vrule width \addmtlqutelw height \addmtlquteht}}

\sethook{start}{add}{\beginadd}
\sethook{end}{add}{\endadd}

यदि आपको यह विचार पसंद है, तो अपने शब्दसूची प्रविष्टियों के लिए कॉपी/पेस्ट/संपादित करने और उपयोग करने में स्वतंत्र रहें।

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

Answer 2

[मूल संस्करण]:
आर्काइव के लिए धन्यवाद। ऐसा लगता है कि मुझे Mark और Martin से द्विभाषी (diglots) में FRT संभाल के बारे में चर्चा करने की आवश्यकता है। python कोड \zgetperiph को अपने आप संभालने की कोशिश कर रहा है, और इसका बहुत अच्छा काम नहीं कर रहा है।

[संपादन] ओहो। कुछ अन्य चीज़ों के बीच में इसे लड़ने के लिए कुछ समय तक प्रयास करने के बाद, मैंने अभी-अभी महसूस किया कि मूल FRT और INT पुस्तकें (किसी भी प्रोजेक्ट की) आर्काइव में शामिल नहीं हैं। मैं एक बग रिपोर्ट जमा करूंगा…

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

Comments

@David_Gardner मैंने उन पुस्तकें भेज दीं। मैं FRT पुस्तक का उपयोग बिल्कुल नहीं कर रहा हूँ, कम से कम जानबूझकर नहीं।

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

Answer 3

@John_Nystrom मेरा वर्तमान निष्कर्ष… जब तक समस्या #795 के python पक्ष को ठीक नहीं किया जाता, दोनों प्रारंभिक सामग्री तत्वों को शामिल करने का एकमात्र तरीका कॉपी और पेस्ट है। खेद है।

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