व्याकरण प्रदर्शन में ग्रे अंडरलाइन

Question

नमस्ते, मेरे पास Display Spelling में ग्रे/gray अंडरलाइन के बारे में एक प्रश्न है।
जितना मैंने सहायता (helps) में देखा है, ग्रे अंडरलाइन केवल उन शब्दों पर दिखना चाहिए जो वर्डलिस्ट में अज्ञात हैं। हालाँकि, मैं अपने एक मित्र के लिए एक परियोजना देख रहा हूँ, और अधिकांश शब्द जो ग्रे अंडरलाइन से चिह्नित हैं, वे वर्डलिस्ट में पहले से ही सही के रूप में चिह्नित हैं, लेकिन एक समान शब्द भी है, जो भी सही है।
इस भाषा में ऐसा प्रतीत होता है कि बहुत सारे बहुत ही समान शब्द हैं, इसलिए पाठ का बहुत कुछ ग्रे रंग में अंडरलाइन किया गया है।
इस परियोजना में हाल ही में कुछ diakritics (स्वर-चिह्न) अपडेट किए गए थे, इसलिए यह संभव है कि ग्रे रंग का कुछ न कुछ संबंध उससे हो, हालाँकि वर्डलिस्ट दिखाता है कि ग्रे रंग में अंडरलाइन किया गया शब्द सही के रूप में चिह्नित किया गया है, (ग्रे रंग में अंडरलाइन किए गए शब्द की तुलना वर्डलिस्ट से कर रहे हैं, जहाँ शब्द कहाँ आता है, यह दिखाया गया है)।
क्या यह ग्रे अंडरलाइन की अपेक्षित व्यवहार है, या क्या मैं यहाँ किसी असामान्यता को देख रहा हूँ?
धन्यवाद

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

Answer 1

मैंने सत्यापित किया है कि यह वास्तव में असंगत normalization (सामान्यीकरण) के कारण है। पाठ decomposed (NFD) प्रतीत होता है, जबकि Wordlist में पाठ composed (NFC) के रूप में है। इसका कारण यह है कि परियोजना की normalization को “None” के रूप में निर्दिष्ट किया गया है। इसका सबसे अच्छा समाधान यह है कि प्रशासक Tools > Convert Project का उपयोग करके normalization को सही से सेट किए गए एक नए परियोजना का निर्माण करें।

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

Answer 2

जिन शब्दों को सही वर्तनी वाला माना जाता है, उनके लिए ग्रे अंडरलाइन नहीं दिखना चाहिए। क्या आप हमें परियोजना का नाम दे सकते हैं (या यदि यह संवेदनशील है तो मुझे PM करें) ताकि हम समस्या की जांच कर सकें?

चूंकि आपने diakritics (स्वर-चिह्न) में परिवर्तन का उल्लेख किया है, मेरा सर्वोत्तम अनुमान है कि समस्या परियोजना के पाठ की असंगत normalization (सामान्यीकरण) के कारण हो रही है।

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

Comments

मैं Display Spelling Errors बग की भी रिपोर्ट कर रहा हूँ। इसे अनुवाद टीम द्वारा रिपोर्ट किया गया था और मैंने इसे अपने कंप्यूटर पर स्वयं सत्यापित किया है। “Give Feedback” काम नहीं कर रहा है, इसलिए मैंने सूची का सहारा लिया है।
परियोजना “yes” है। शब्दों को वर्डलिस्ट टूल में सही वर्तनी वाले के रूप में चिह्नित किया गया है, लेकिन Scripture पाठ में उनके नीचे ग्रे रेखाएँ हैं।
कोई normalization error रिपोर्ट नहीं किया जा रहा है।
PTX 9.2.102.5

आशीर्वाद,
Shegnada

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

Answer 3

परियोजना का संक्षिप्त नाम CNT है।
धन्यवाद
BEH

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

Answer 4

इसकी जांच करने के लिए धन्यवाद। हालाँकि, इससे मुझे कुछ सोचने को मिलता है, project migration process में normalization को शामिल करना कितना जटिल होगा? यह संभव नहीं हो सकता है, मुझे नहीं पता कि ऐसे परियोजना को normalize करने में क्या शामिल है, लेकिन यदि यह संभव है, तो यह आगे की राह में मामलों को सरल बना सकता है।
धन्यवाद
BEH

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

Comments

BEH:

project migration process में normalization को शामिल करना कितना जटिल होगा?

कोड की दृष्टि से यह बहुत जटिल नहीं है, लेकिन migration के दौरान normalization की अनुमति देना या इसे जबरदस्ती करना अन्य समस्याओं का कारण बनेगा, क्योंकि सभी लोग composed या decomposed के बीच चयन के प्रभावों और इसका उनके डेटा पर कैसे असर पड़ सकता है, यह नहीं जानते हैं। इसलिए, कम से कम वर्तमान में, हम migration के दौरान वह विकल्प प्रदान नहीं करते हैं।

हालाँकि, हमारे सिस्टम में एक कार्य (PTX-15798) है जो migration के दौरान conversion की अनुमति देता है, लेकिन यह हमारी प्राथमिकताओं की सूची के शीर्ष पर नहीं आया है।

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

---

हालाँकि normalization कई परियोजनाओं के लिए लाभदायक है, अन्य लोगों द्वारा इसे वांछित नहीं किया जाता है। किसी परियोजना के लिए normalize करना बहुत समस्याग्रस्त है, जबकि यह पता नहीं है कि इसका उनके परियोजना पर क्या प्रभाव पड़ेगा, और फिर कुछ महीनों बाद समस्याओं की खोज होने पर वापस लाना पड़ता है। उदाहरण के लिए, normalization Paratext के भीतर के डेटा को Paratext के बाहर के डेटा के साथ मूल रूप से असंगत बना देगा। यदि टीम Paratext के बाहर अपनी भाषा पर काम कर रही है, तो उन्हें इसका ध्यान रखना होगा। यह Paratext के बाहर भाषा के प्रस्तुति को भी प्रभावित कर सकता है, विशेष रूप से यदि टीम कस्टम फॉन्ट (यह भी Unicode हो) का उपयोग करती है।

आशीर्वाद,

Shegnada James

Language Technology and Publishing Coordinator, SIL Nigeria

Text Processing Specialist – Complex Script, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

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

---

यदि आपने migration के दौरान इसकी अनुमति दी, तो मैं आभारी रहूँगा यदि यह केवल समर्थकों द्वारा देखा जाए, (जैसे Shift key दबाकर चालू करना)। जबकि मैं अधिकांश migrations कर रहा हूँ, मेरी टीमें सब कुछ पर हाँ कहते हुए क्लिक करती हैं और मैं नहीं चाहता कि वे normalize करें।

आशीर्वाद,

Shegnada James

Language Technology and Publishing Coordinator, SIL Nigeria

Text Processing Specialist – Complex Script, GPS, SIL Intl

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

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

Answer 5

सुना अच्छा लगता है।
यह तथ्य कि नई परियोजना बनाने या मौजूदा परियोजना को बदलने के समय यह एक आवश्यक चयन है, मुझे ऐसा लगा कि यह शायद लाभदायक होगा। हालाँकि, ऐसा लगता है कि यह उतनी ही समस्याएँ पैदा कर सकता है जितनी हल करेगा।

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