0 वोट
838 व्यूज़

मैं एक .tec एन्कोडिंग कन्वर्टर को परिष्कृत करने की कोशिश कर रहा हूँ ताकि यह दाएं-से-बाएं (Right-to-Left) भाषा प्रोजेक्ट के बाएं-से-दाएं (Left-to-Right) अनुभ्रमण के लिए राउंड-ट्रिप सुरक्षित हो। (इससे मूल पाठ के साथ तुलना करना संभव होता है, यह सुनिश्चित करने के लिए कि लैटिन लिपि पक्ष में वर्तनी के समायोजनों ने पाठ में कोई परिवर्तन नहीं लाया है।)

इसका मुख्य बाधा वही RTL चिह्न है जो श्लोक संदर्भों में कोलन और हाइफ़न के बाद आते हैं। RTL से LTR में जाने पर RTL चिह्नों को हटाना当然 आसान है; लेकिन वापसी के सफर में उन्हें जोड़ने के लिए थोड़ा और ध्यान देना पड़ता है। मैं इसे एक नियमित अभिव्यक्ति (regular expression) के साथ कर सकता हूँ, लेकिन उन लोगों के लिए इसे स्वतःस्वरूपी बनाना चाहता हूँ जो RegexPal से परिचित नहीं हैं।

इसे कैसे करने के लिए कोई सुझाव?

English से मशीन-अनुवादित
Paratext में द्वारा (175 अंक) | 838 व्यूज़

3 उत्तर

0 वोट
सर्वोत्तम उत्तर

मुझे अजीब लगता है कि मेरे ईमेल का बाकी हिस्सा हटा दिया गया। यहां तीन चीजें हैं जिन्हें आज़माना चाहिए:

  1. मुझे आपके स्क्रीनशॉट में कोई \ior…\ior* मार्कअप नहीं दिखता है। मूल प्रोजेक्ट में अपने संदर्भों के चारों ओर इसे जोड़ने की कोशिश करें। आपको सही प्रारूपण के लिए इसका उपयोग करने चाहिए।
  2. विभिन्न दृश्यों में बदलाव करने की कोशिश करें – अपने मुख्य Paratext पाठ विंडो में मानक से बिना प्रारूप के और वापस। यह Paratext को ऐसी चीजें जोड़ने के लिए ट्रिगर कर सकता है।
  3. यह इसलिए हो सकता है क्योंकि एक रूपांतरित प्रोजेक्ट डिज़ाइन के अनुसार संपादन योग्य नहीं है और इसलिए Paratext स्वयं भी इसे संपादित नहीं कर रहा है। एक सहायक प्रोजेक्ट बनाने की कोशिश करें और रूपांतरित पाठ को आयात करें और देखें कि परिवर्तन होता है या नहीं। वास्तव में, यह एक अच्छी प्रथा भी है क्योंकि प्रकाशन से पहले प्रोजेक्ट के साथ हाथ से करने के लिए अक्सर कई चीजें होती हैं जिन्हें मूल, असंपादन योग्य रूपांतरण प्रोजेक्ट के साथ नहीं किया जा सकता है।
English से मशीन-अनुवादित
द्वारा (1.3k अंक)

फिर से धन्यवाद, Shegnada।

  1. Paratext मुझे मूल प्रोजेक्ट में \ior जोड़ने नहीं देता। मैं इसे अनुभ्रमित प्रोजेक्ट में जोड़ सकता हूँ, लेकिन तब संख्या अनुक्रम पूरी तरह से LTR में प्रदर्शित होता है, मिश्रित के बजाय।

  2. मैंने सभी दृश्यों के माध्यम से चक्र लगाया है, साथ ही Project Advanced/Normalization के तहत तीनों चयनों का भी (मुझे समझ नहीं आता कि वह क्या है, लेकिन वह एक सेटिंग थी जो मुझे पहचान नहीं आई, इसलिए सोचा कि यह संबंधित हो सकती है।)

  3. BHDyMT2L पहले से ही एक संपादन योग्य सहायक प्रोजेक्ट है।

मैंने कुछ और चीजें आज़माईं:
a) मैंने कुछ संख्या अनुक्रमों को फिर से टाइप करने की कोशिश की, लेकिन इससे कुछ भी नहीं बदला
b) मैंने BHDyMT2L में विशिष्ट संख्या अनुक्रमों में RTL मार्कर जोड़ने की कोशिश की, लेकिन वे “चिपके” नहीं रहे; तुलना पैनल में अभी भी BHD पक्ष पर एक RTL दिखाई दे रहा था, और BHDyMT2L पक्ष पर कोई नहीं।
c) मैंने एक अंतर पर राइट-क्लिक करने और “revert change” चुनने की कोशिश की, लेकिन इसने भी कुछ नहीं किया

अंत में, मैंने PT 9 बंद कर दिया और PT 8 खोला (जो एक अपडेट करना चाहता था, जिसे मैंने अनुमति दी) और एक Compare विंडो खोली, फिर से BHDyMT2L बाईं ओर और BHD दाईं ओर। अब मुझे बहुत सारे शब्द प्रकाशित होते हुए दिख रहे थे जैसे वे अलग हों, लेकिन मैं उनके बीच कोई दृश्य अंतर नहीं देख पा रहा था, भले ही “show invisible characters” चालू हो। लेकिन मैंने संख्या अंतरों में से एक चुना, उस पर राइट-क्लिक किया, “revert text” चुना और देखिए, सभी संख्या अंतर चले गए। शब्द अंतर नहीं चले (जब तक मैंने उन पर राइट-क्लिक-रिवर्ट टेक्स्ट नहीं किया)। लेकिन मैंने PT 9 में फिर से आज़माने का फैसला किया। इस बार मैंने BHD बाईं ओर रखकर Compare पैनल खोला। अब दिखाई देने वाले एकमात्र अंतर वे वास्तविक अंतर हैं जिनके लिए मैं सबसे पहले खोज रहा था, और कुछ (प्रतीत होने वाले) यादृच्छिक स्थान जहां BHD में संख्या के बाद RTL चिह्न हैं, और वे मुझे उन्हें हटाने नहीं देते।

तो: इस समय, वास्तव में ऐसा प्रतीत होता है कि Paratext ने अंततः अनुभ्रमण-आधारित सहायक प्रोजेक्ट के संदर्भों में RTL चिह्न जोड़ने का फैसला किया है; लेकिन जिस तरह से वह इस बिंदु तक पहुंचा है वह उपयोगी होने के लिए अभी भी बहुत अजीब है…

-DVM

English से मशीन-अनुवादित

मैं Help मेनू पर Give Feedback के माध्यम से सहायता मांगूंगा। क्षमा करें।

आशीर्वाद,

English से मशीन-अनुवादित

कृपया समझाएं कि जब आप \ior मार्कअप जोड़ने की कोशिश करते हैं तो क्या होता है। क्या मार्कअप लाल हो जाता है? क्या संदर्भ किसी अन्य तरीके से सही नहीं प्रतीत होते हैं? शायद आपको बस अपने स्टाइल शीट को परिष्कृत करने की आवश्यकता है।

English से मशीन-अनुवादित

मैंने फिर से आज़माया, और इस बार मैंने \ior जोड़ने में सफलता प्राप्त की। वे लाल थे क्योंकि वे \io1 के बाद आ रहे थे, जो अब बस \io होना चाहिए। मैंने \io1 को \io में बदल दिया और MAT की पुस्तक परिचय में संदर्भों के चारों ओर \ior…\ior* जोड़ा।

यह संदर्भों के प्रदर्शन में तुरंत परिवर्तन नहीं प्रतीत हुआ, हालांकि आज RTL मार्कर मौजूद प्रतीत हुए। दोनों प्रोजेक्ट्स पर “compare versions” ने कोई अंतर नहीं दिखाया, लेकिन एक दृश्य तुलना में, अनुभ्रमित प्रोजेक्ट में कोलन या हाइफ़न के बाद संख्याओं का क्रम अभी भी उल्टा था।

मैंने मूल प्रोजेक्ट से Scripture Reference सेटिंग्स कॉपी करने की कोशिश की, और फिर बैक-अनुभ्रमित प्रोजेक्ट (BHDxMT2L) से एक सहायक प्रोजेक्ट BHDyMT2L) में “Copy Books” किया। अब दोनों प्रोजेक्ट्स में संदर्भ सही ढंग से प्रदर्शित होते हैं(!)

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

English से मशीन-अनुवादित
0 वोट

नमस्ते DVM,

Paratext स्वतःस्वरूपी रूप से इन चरों को जोड़ता है। वास्तव में, यदि आप उन्हें नहीं चाहते हैं, तो उन्हें हटाना बहुत कठिन है। क्या आपने पुष्टि की है कि स्वतःस्वरूपी सम्मिलन काम नहीं कर रहा है? एक महत्वपूर्ण बात यह सुनिश्चित करना है कि सभी संदर्भों को \r \ior या \xt…\xt* का उपयोग करके संदर्भ के रूप में सही ढंग से चिह्नित किया गया है। मुझे लगता है कि कुछ और विकल्प भी हैं, लेकिन ये सबसे आम हैं।

आशीर्वाद,

English से मशीन-अनुवादित
द्वारा (1.3k अंक)
फिर से दिखाया गया

नमस्ते Shegnada,

कृपया संलग्न स्क्रीन शॉट देखें: BHDxMT2L, BHD के एक हाथ से समायोजित अनुभ्रमण पर एन्कोडिंग कन्वर्टर चलाकर बनाया गया है। जैसा कि आप देख सकते हैं, सभी संख्या वाक्यों में अंतर (RTL चिह्न) हैं जिनमें कोलन या हाइफ़न शामिल हैं, जिसमें \r और \fr के बाद वाले भी शामिल हैं।

जब मैंने कुछ महीने पहले इसकी परीक्षण की (और शायद PT 9 में जाने से पहले?) मुझे याद है कि Paratext ने वास्तव में RTL चिह्न जोड़े थे। सोचकर कि यह एक समस्या नहीं होगी, मैंने लैटिन-लिपि अनुभ्रमण से RTL चिह्न हटा दिए। लेकिन अब जब मैंने अंततः तुलना की आवश्यकता के बिंदु तक पहुंच गया है, Paratext ऐसा करने का प्रतीत नहीं होता। शायद सम्मिलन को बंद या चालू करने का कोई तरीका है?

English से मशीन-अनुवादित

प्रिय DVM,

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

लेकिन Help मेनू में “Feedback” के माध्यम से समस्या की रिपोर्ट करने से पहले, आपको देखने के लिए तीन चीजें हैं।

English से मशीन-अनुवादित
0 वोट

मुझे पता नहीं है कि क्या यह उपयोगी है, लेकिन यदि आप विशेष रूप से पवित्र ग्रंथ संदर्भों के लिए RTL चिह्न का उपयोग कर रहे हैं, (उदाहरण के लिए: John 2:1), तो मैंने पाया है कि सबसे विश्वसनीय समाधान कोलन के साथ एक खाली स्थान रखना है। अंग्रेज़ी में, यह “John 2: 1” होगा। यह अध्याय संख्या और श्लोक संख्या को उस क्रम में व्यवस्थित करता है जो आप आसपास के पाठ की दिशा के आधार पर अपेक्षा करते हैं। कुछ अरबी स्टाइल गाइड्स इसकी सिफारिश करते हैं।

English से मशीन-अनुवादित
द्वारा (495 अंक)

इस सुझाव के लिए धन्यवाद। मुझे लगता है कि खाली स्थान जोड़ना संभव होगा, हालांकि हमें पाठकों की स्वीकृति की शोध करने की आवश्यकता होगी। लोग प्रकाशित संस्करण के वर्तमान प्रारूप से खुश प्रतीत होते हैं, जिसमें कोलन (या हाइफ़न, जो संख्या दिशा को भी प्रभावित करता है) के बाद कोई खाली स्थान नहीं है।

English से मशीन-अनुवादित

DVM,

यदि खाली स्थान जोड़ना आपके लिए काम करता है, तो आपको आउटपुट के बारे में चिंता करने की आवश्यकता नहीं है। कई आउटपुट के साथ आप इसे बहुत, बहुत पतला खाली स्थान बना सकते हैं और कोई भी इसे नहीं देखेगा। लेकिन मैं कहूंगा कि Paratext में यह बहुत महत्वपूर्ण है कि आपके सभी संदर्भ मान्य हों ताकि उन्हें ऑनलाइन प्रकाशन में लिंक बनाया जा सके। मैं आपको सीधे उत्तर नहीं दे सकता, लेकिन मुझे किसी को जानता हूँ जो आपके मैपिंग पर आपकी सलाह दे सकता है और RTL मुद्दों के साथ बहुत सहज है। यदि आप मुझे सीधे लिखते हैं, तो मैं उनकी जानकारी के साथ उत्तर दूंगा।

English से मशीन-अनुवादित

हाँ, मुझे डर है कि संदर्भ प्रारूप में खाली स्थान जोड़ना मान्यता को जटिल कर सकता है। अभी एक त्वरित परीक्षण वादा करने वाला नहीं था: Scripture References डायलॉग बॉक्स ने अध्याय-श्लोक विभाजक के रूप में कोलन-खाली स्थान संयोजन को स्वीकार किया, लेकिन यह पाठ में अमान्य के रूप में चिह्नित किया जाता है।

इसके बीच, मैंने कुछ प्रयोग किए, और Paratext को RTL चिह्न जोड़ने के लिए एक पुनरुत्पादनीय मार्ग खोजने में सफल रहा: मुझे Scripture Reference सेटिंग्स सेटअप करना होगा (जो मैंने मूल प्रोजेक्ट से कॉपी करके किया था)। यदि मैं एक नया रोमन से अरबी अनुभ्रमित प्रोजेक्ट बनाता हूँ, तो Paratext इस चरण तक RTL चिह्न नहीं जोड़ता। इसलिए यह प्रतीत होता है कि यह कुंजी है। मुझे पता नहीं है कि यह क्यों होना चाहिए, लेकिन इसे Help मेनू में दस्तावेज़ीकृत करना अच्छा होगा।

लेकिन खाली स्थान जोड़ने का सुझाव मुझे अरबी>रोमन अनुभ्रमण के लिए एक विचार दिया। मैंने .tec फ़ाइल में एक पंक्ति जोड़ी जो RTL चिह्न को zero_width_space (U+220B) में बदलती है। इससे रोमन पाठ में संदर्भ सही ढंग से प्रदर्शित होते हैं। यह दूसरी दिशा में भी काम करता प्रतीत होता है, लेकिन यह बहुत प्रासंगिक नहीं है। इस मामले में रोमन पाठ सलाहकार के पढ़ने के लिए है, और प्रकाशित नहीं किया जाएगा।

तो मुझे लगता है कि हमारे पास अनुभ्रमण की दोनों दिशाओं के लिए एक कार्यात्मक समाधान है। आपकी सभी इनपुट के लिए धन्यवाद!

English से मशीन-अनुवादित

“Scripture References डायलॉग बॉक्स ने अध्याय-श्लोक विभाजक के रूप में कोलन-खाली स्थान संयोजन को स्वीकार किया, लेकिन यह पाठ में अमान्य के रूप में चिह्नित किया जाता है।”

आपको अपने चर और विराम चिह्न सूची की जांच करनी चाहिए। शायद वहां कोलन या कोलन-खाली स्थान अनुक्रम अमान्य के रूप में चिह्नित किया गया है। आपको समस्या तभी होगी यदि कोलन-खाली स्थान अनुक्रम अन्य प्रकार के पाठ में अवैध है।

आशीर्वाद,

English से मशीन-अनुवादित

पता चला कि जब मैंने खोज और प्रतिस्थापन में RTL को खाली स्थान से बदला, तो उसने खाली स्थान को कोलन से पहले रख दिया। जब मैंने उसे उल्टा किया, तो संदर्भ मान्य के रूप में दिखाई देते हैं।

तो हाँ, ऐसा प्रतीत होता है कि अब तक खाली स्थान का उपयोग करना एक व्यवहार्य विकल्प होगा।

English से मशीन-अनुवादित

संबंधित प्रश्न

0 वोट
1 उत्तर 210 व्यूज़
We have a user who is doing a transliteration from one script in a language to another script in the same language. ... has the reference number of PTXS-17276 Thank you, MSEAIT/LT
MSEAIT_LT 478 पूछा गया अगस्त 3, 2018
0 वोट
1 उत्तर 334 व्यूज़
जिस परियोजना के लिए मैं तकनीकी सहायता प्रदान कर रहा हूँ, उसमें ऐसे स्थानों पर RTL चिह्न बिखरे हुए हैं जहाँ वे नहीं ... जाँचें (basic checks) RTL चिह्न को पकड़ नहीं पा रही थीं।
[Moderator]
Nathaniel Paulus
158
पूछा गया मई 24, 2023
Paratext में
0 वोट
1 उत्तर 56 व्यूज़
एक RTL Paratext प्रोजेक्ट में, मैंने Scripture Reference Settings, वर्से टेक्स्ट और मॉड्यूल स्पेसिफिकेशन का ऐसा कोई संयोजन नहीं पाया ... इसे सही ढंग से करने का कोई तरीका नहीं है?
Denny Emser 115 पूछा गया 2 दिन पहले
0 वोट
3 उत्तर 328 व्यूज़
We just recently migrated a set of parallel Roman/Arabic script projects. Note that the parallel is manual , not a PT8 ... problem anyway. I'd appreciate any help you can give me.
jeffh 1.4k पूछा गया अगस्त 28, 2017
Paratext में
0 वोट
2 उत्तर 573 व्यूज़
In a right-to-left project, if I type a verse range in a footnote, e.g. 1-2 , Paratext inserts an invisible RTL marker ... make the Numbers check pass? (I'm using 7.6 for Linux.)
anon261123 180 पूछा गया अक्टूबर 5, 2016
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
And over all these virtues put on love, which binds them all together in perfect unity.
Colossians 3:14
3,049 प्रश्न
6,007 उत्तर
5,672 टिप्पणियाँ
2,029 उपयोगकर्ता