9.1 में खमेर लिपि के शब्दों के बीच में पंक्तियाँ टूट रही हैं - सुधार?

Question

मैंने हाल ही में डेवलपर्स को बताया कि 9.1 (8 या 9.0 के विपरीत) नियमित रूप से शब्दों के बीच में पंक्तियों को तोड़ रहा है (और हमारे शब्दों के बीच में स्पेस हैं!)। हमारा प्रोजेक्ट एक गैर-पश्चिमी लिपि (खमेर) का उपयोग करता है। मुझे आश्चर्य है कि क्या गैर-पश्चिमी लिपियों के साथ काम करने वाले अन्य लोगों को अब यह समस्या हो रही है? यदि हाँ, तो कृपया बग की रिपोर्ट करें और इसे प्राथमिकता बनाने में मदद करें।

साथ ही, यदि आपको इस समस्या को ठीक करने के लिए कोई हैक (hack) पता है, तो कृपया साझा करें।

संयोगवश, इस संबंध में, PT 9.1 अब Microsoft Word की तरह व्यवहार करता है, जो वर्षों से खमेर लिपि के शब्दों के बीच में पंक्तियों को तोड़ रहा है, भले ही शब्द स्पेस द्वारा अलग हों। (हमारी भाषा मजबूती से अलग-अलग (isolating) है, इसलिए हम लंबे शब्दों की बात नहीं कर रहे हैं!) मुझे आश्चर्य है कि क्या PT 9.1 ने टेक्स्ट रेंडर करने का तरीका बदल दिया है और Microsoft के समान तकनीक का उपयोग करता है? यदि हाँ, तो मैं उम्मीद करता हूँ कि डेवलपर्स इस विकल्प पर पुनर्विचार करेंगे।

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

Answer 1

लगता है कि इसे पहले ही PTX-20833 के रूप में रिपोर्ट किया जा चुका है।

Harfbuzz पंक्ति टूटने (line breaking) के निर्णयों को डिलीगेट करता है। पहले जटिल लिंक टूटने (जिसकी खमेर और अन्य 3 भाषाओं के लिए आवश्यकता थी) uniscribe से पूछकर निर्धारित किया जाता था। अब यह icu से पूछकर किया जाता है, जिसने कुछ भाषाओं के लिए पंक्ति टूटने को ठीक किया। यह परिवर्तन का संभावित कारण है।

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

Comments

hindlemail, कुछ वर्षों पहले Martin Hosken ने LibreOffice में खमेर पंक्ति-टूटने (line-breaking) को ठीक करने पर कुछ काम किया था। मुझे लगा था कि उनका सुधार ICU में किया गया था, लेकिन शायद सुधार LO में पंक्ति टूटने को ICU के बजाय करने के लिए किया गया था।

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

---

मैंने Martin से उनके LibreOffice में किए गए सुधार के बारे में पूछा। उन्होंने कहा कि ICU ने उनके सुधारों को स्वीकार नहीं किया क्योंकि उन्होंने केवल C++ में कार्यान्वयन किया था और उन्हें इसे Java में भी करने की आवश्यकता थी।

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

---

मुझे अभी-अभी 9.1.104.39 का अपडेट मिला। अभी तक कोई बदलाव नहीं – मैं अनुमान लगा रहा हूँ कि सुधार इस अपडेट के लिए निर्धारित नहीं था? (मैंने पहले एक नोट देखा था जिसमें कहा गया था कि इसे ठीक करना अगले अपडेट के लिए एक प्राथमिकता थी।)

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

---

परिवर्तन अपडेट 9.1.104.39 में शामिल हो गया, लेकिन यह डिफ़ॉल्ट विकल्प नहीं है क्योंकि डिफ़ॉल्ट को बदलने से अन्य लोगों के लिए समस्याएं उत्पन्न हो सकती हैं।

यदि आप Paratext सेटिंग्स खोलते हैं, तो खमेर शब्द टूटने (word breaks) के लिए एक नया विकल्प है (यह एकमात्र भाषा है जिसके बारे में हमें पता है कि इस विकल्प की आवश्यकता होगी)। इस विकल्प को चालू करना और Paratext को पुनः आरंभ करना आपको वह व्यवहार देना चाहिए जो आप चाहते हैं।

John+Wickberg
Paratext Support

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

---

मैं 9.1.104.39 का उपयोग कर रहा हूँ, सेटिंग्स में बॉक्स को चेक किया और Paratext को पुनः आरंभ किया, लेकिन मुझे अभी भी कुछ टूटे हुए शब्द दिखाई दे रहे हैं, जैसा कि यहाँ हाइलाइट किया गया है:

PastedGraphic-3.png1779×753 150 KB

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

---

FYI: थाई-आधारित लिपियों का उपयोग करने वाली भाषाओं में भी शब्दों के विभाजित होने की समस्या होती है, लेकिन यह Paratext में हमेशा से रहा है (खमेर-आधारित लिपियों के विपरीत, और मुझे लगता है लाओ-आधारित लिपियों के विपरीत, जो कुछ समय के लिए टूटने से बचने के लिए ठीक लगती थीं)। Print Draft के लिए इसे पिछले वर्ष ठीक कर दिया गया था, लेकिन स्क्रीन पर शब्द पंक्ति टूटने पर गलत तरीके से विभाजित हो जाते हैं। मुझे लगता है कि थाई-आधारित लिपियों के साथ फॉन्ट की समस्याएं थीं जो टूटने को ठीक करने की अनुमति नहीं देती थीं (Print Draft और ptxprint के अलावा), इसलिए मुझे संदेह है कि क्या यह खमेर सुधार हमारी मदद करेगा। लेकिन यदि यह मदद करता है तो हमें वास्तव में इसकी खुशी होगी!!
Linda119

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

---

क्या बॉक्स को चेक करने से कोई प्रभाव पड़ता है? (अर्थात्, क्या यह कुछ चीज़ों को ठीक करता है लेकिन सब कुछ नहीं?)
इसे ठीक करते समय उपयोग किया गया उदाहरण था:

យេហូវ៉ា
(1799,17c1,17a0,17bc,179c,17c9,17b6)

यदि चेक बॉक्स नहीं ठीक करता है, तो क्या आप यह आज़मा सकते हैं:

फ़ाइल बनाएं C:\Users\$USER\AppData\Local\ParatextGeckoPreferencesOverrides.txt
($USER को उचित उपयोगकर्ता नाम से बदल दिया जाता है)

और फ़ाइल में यह पंक्ति पेस्ट करें:

b intl.complexLineBreaking.uniscribe true

और सेव करें।

अब यदि आप Paratext को पुनः आरंभ करते हैं, तो क्या इससे कोई अंतर पड़ता है?

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

---

Paratext कोड परिवर्तन पैच में शामिल किए गए थे, लेकिन Firefox इंजन का अपडेटेड वर्शन शामिल नहीं किया गया था।

हमारा परीक्षण सामान्यतः पैच से अलग बिल्ड्स का उपयोग करता है और उन बिल्ड्स में सही Firefox वर्शन था।

मैं अगले सप्ताह भेजा जाने वाला हमारा अगला पैच जिसमें Firefox वर्शन शामिल होगा, उस पर काम करूंगा।

John+Wickberg

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

---

	hindlemail Developer February 12

क्या बॉक्स को चेक करने से कोई प्रभाव पड़ता है? (अर्थात्, क्या यह कुछ चीज़ों को ठीक करता है लेकिन सब कुछ नहीं?)

मुझे पक्का नहीं है, लेकिन John+Wickberg W के ईमेल को देखते हुए, मैं मानता हूँ कि आगे खोजने की ज़रूरत नहीं है।

इसे ठीक करते समय उपयोग किया गया उदाहरण था:

យេហូវ៉ា
(1799,17c1,17a0,17bc,179c,17c9,17b6)

यदि चेक बॉक्स नहीं ठीक करता है, तो क्या आप यह आज़मा सकते हैं:

फ़ाइल बनाएं C:\Users$USER\AppData\Local\ParatextGeckoPreferencesOverrides.txt
($USER को उचित उपयोगकर्ता नाम से बदल दिया जाता है)

और फ़ाइल में यह पंक्ति पेस्ट करें:

b intl.complexLineBreaking.uniscribe true

और सेव करें।

अब यदि आप Paratext को पुनः आरंभ करते हैं, तो क्या इससे कोई अंतर पड़ता है?

“b intl.complexLineBreaking.uniscribe true” को पेस्ट करना
"C:\Users\LivingField\AppData\Local\ParatextGeckoPreferencesOverrides.txt” में
शब्द យេហូវ៉ា के टूटने को ठीक नहीं किया
हम अगले सप्ताह के बिल्ड का इंतज़ार करेंगे जिसमें अपडेटेड Gecko होगा।

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

---

कल मेरा PT 9.1.104.59 पर अपडेट हो गया। अपडेट के बाद, पंक्ति टूटने अभी भी टूटी हुई है।

image1171×602 203 KB

रिलीज़ 1.104.39 में मैंने पहले ही “Khmer only: Support complex line breaks.” का चयन कर लिया था। 104.59 पर अपडेट के बाद, मैंने उस विकल्प का डी-सेलेक्ट किया, PT को पुनः आरंभ किया, फिर से चयन किया, और फिर से पुनः आरंभ किया – यह सुनिश्चित करने के लिए कि विकल्प “काम” कर रहा है। लेकिन कोई फायदा नहीं।

इसके लिए आपकी ध्यान देने के लिए धन्यवाद! सुधार मिलना अच्छा होगा।

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

---

आपके प्रोजेक्ट और 9.1.104.59 के साथ आज़मा रहा हूँ, मेरे लिए यह काम करता प्रतीत होता है:

विकल्प सक्षम होने पर:

1162×173

और:

1091×169

विकल्प अक्षम होने पर:

1095×143

मुझे पता है कि मेरे पास आपसे अलग फॉन्ट है, लेकिन मैं खमेर Barkaew फॉन्ट की पहचान नहीं कर पाया। मुझे नहीं लगता कि इससे कोई अंतर पड़ेगा, लेकिन इसे बाहर करने लायक हो सकता है। (यदि आप आसानी से मुझे फॉन्ट प्रदान कर सकते हैं, तो मैं इससे परीक्षण करूंगा)।

तो यदि आप सहमत हैं कि मेरे स्क्रीनशॉट अपेक्षित व्यवहार दिखा रहे हैं (और मैं समस्या को गलत समझ नहीं रहा हूँ), और फॉन्ट से कोई अंतर नहीं पड़ता, तो मुझे लगता है कि यह जाँचने लायक है कि paratext अपडेट प्रक्रिया अपेक्षित रूप से काम की।

Windows explorer में क्या आप C:\Program Files\Paratext 9\Firefox64 पर नेविगेट कर सकते हैं और xul.dll पर राइट क्लिक → properties कर सकते हैं। Size: फ़ील्ड “75,891,200 bytes” होनी चाहिए यदि यह नहीं है तो इसका संभावित कारण यह हो सकता है।

यदि साइज मेल नहीं खाता है तो आप इसे निम्नलिखित करके मैनुअली ठीक कर सकते हैं:

डाउनलोड करें:
https://www.nuget.org/api/v2/package/Geckofx60.64.Windows/0.18.0
डाउनलोड एक्सटेंशन को .zip में बदलें

फ़ाइल निकालें: content/Firefox64/xul.dll

1. paratext बंद करें।
2. C:\Program Files\Paratext 9\Firefox64\xul.dll का नाम xul.dll_original में बदलें
3. zip फ़ाइल से xul.dll को C:\Program Files\Paratext 9\Firefox64\ में कॉपी करें
4. paratext पुनः आरंभ करें

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

---

डाउनलोड में फ़ाइलों ने मेरे लिए इसे ठीक कर दिया।

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

---

क्या इसकी कोई संभावना है कि इसे थाई लिपि वाली भाषाओं के लिए भी किया जा सके? मैंने इन निर्देशों के अनुसार xul.dll को बदलने की कोशिश की, लेकिन इससे कोई अंतर नहीं पड़ा, Paratext में हमारी थाई-आधारित भाषा के स्क्रीन पर शब्द अभी भी पंक्तियों में विभाजित हो जाते हैं, इसलिए मुझे लगता है कि यह केवल खमेर के लिए लागू होता है?

Linda119

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

---

यह मुझे भी ठीक कर दिया। धन्यवाद!

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

---

नमस्ते Linda119,

जिन भाषाओं पर इस विकल्प का प्रभाव पड़ता है वे हैं:
थाई, लाओ, तिब्बती, खमेर
(शायद इस विकल्प के लिए लेबल सबसे अच्छा नहीं है। क्योंकि यह न केवल अतिरिक्त भाषाओं के लिए प्रासंगिक है, बल्कि इसे अनचेक करने से सच में जटिल लाइन ब्रेक्स का समर्थन होता है। मेरी समझ यह है कि अनचेक होना लाइन ब्रेक्स के तरीके के संदर्भ में यूनिकोड के साथ अधिक अनुपालनशील है, जो शायद चीज़ों के पहले काम करने के तरीके से अलग हो सकता है।)

यह विकल्प केवल Paratext के पिछले जटिल लाइन ब्रेकिंग व्यवहार में वापसी करता है।
तो यदि आपने 9.0 से 9.1 में जाने पर कोई वांछित लाइन ब्रेकिंग परिवर्तन देखा था, तो यह विकल्प आपको पुराने व्यवहार को देता है।

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

Answer 2

वह परिवर्तन निश्चित रूप से अनिच्छित था। Paratext Firefox Harfbuzz लेआउट इंजन का उपयोग करता है, इसलिए संभव है कि उस सिस्टम में कोई अपडेट हुआ हो जिसने इसे तोड़ दिया हो।

कृपया इस समस्या को नज़दीक से देखने के लिए Help > Give feedback का उपयोग करें।

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