Mudlet: Mudlet . के लिए वेब-आधारित अनुवाद सेवा सेटअप करें

जीथब के साथ एकीकरण के रूप में POEditor है, जो XLIFF का अनुवाद करने की अनुमति देता है
फ़ाइलें (जो माना जाता है कि क्यूटी भाषाविद् द्वारा समर्थित हैं)। और उनके पास एक OS . है
लाइसेंस।

एक अन्य विकल्प कोर्डोबा है, जिसकी कीमत कुछ भी नहीं लगती है और मूल रूप से
टीएस फाइलों का समर्थन करें।

कभी किसी अनुवाद सेवा/ऐप का उपयोग नहीं किया, इसलिए मेरी कोई प्राथमिकता नहीं है।

वादिम पेरेटोकिन नोटिफिकेशन @github.com schrieb am सो।, 9. अप्रैल 2017।
13:14:

हमें लोगों के लिए मुडलेट के अनुवाद में योगदान देना बेहद आसान बनाने की आवश्यकता है

• इसका मतलब है कि कुछ वेब-आधारित जहां एकमात्र बाधा सिर्फ लॉग इन है।
  कोई मौजूदा वेब-आधारित सेवा हो सकती है जो हमें प्रदान कर सकती है
  सेटअप प्राप्त करने के लिए ओपन-सोर्स लाइसेंस।

उपलब्ध विकल्प:
लॉन्चपैड https://translations.launchpad.net/ - यह भविष्य है
हालांकि संदिग्ध

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Mudlet/Mudlet/issues/856 , या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABAeDUJoAsg-zvnOq1YUvuIqn-fbRwcCks5ruL2WgaJpZM4M3_u1
.

पुन: XLIFF _Qt भाषाविद् मैनुअल: Translators_ Qt Doc नोट:

__अनुवाद स्ट्रिंग्स__
आप अनुवाद के लिए Qt भाषाविद् में अनुवाद स्रोत (TS) फ़ाइलें खोलते हैं। टीएस फाइलें मानव-पठनीय एक्सएमएल फाइलें हैं जिनमें स्रोत वाक्यांश और उनके अनुवाद शामिल हैं। TS फाइलें आमतौर पर लूपडेट द्वारा बनाई और अपडेट की जाती हैं। यदि आपके पास TS फ़ाइल नहीं है, तो इसे कैसे जेनरेट करें, यह जानने के लिए रिलीज़ मैनेजर देखें।
आप Qt भाषाविद् का उपयोग अंतर्राष्ट्रीय XML लोकलाइज़ेशन इंटरचेंज फ़ाइल फ़ॉर्मेट (XLIFF) में फ़ाइलों का अनुवाद करने के लिए भी कर सकते हैं जो अन्य प्रोग्राम द्वारा उत्पन्न होते हैं। हालाँकि, मानक Qt प्रोजेक्ट्स के लिए, केवल TS फ़ाइल स्वरूप का उपयोग किया जाता है। XLIFF प्रारूप फ़ाइलों के लिए न्यूनतम समर्थित संस्करण 1.1 है।

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

@SlySven मैंने इसे पढ़ा है, इसलिए मैंने जो कहा वह मैंने कहा। यह पढ़ता है जैसे पूरी तरह से समर्थित नहीं है या बाद में विचार नहीं किया गया है, यही कारण है कि मैंने माना जाता है (मैंने कभी इसका परीक्षण नहीं किया)।

@vadi2 जिन उत्पादों का मैंने उल्लेख किया है वे वेब-आधारित प्लेटफॉर्म हैं। लेकिन आपको अभी भी क्यूटी भाषाविद् का उपयोग करने की आवश्यकता होगी ताकि उन प्लेटफार्मों के आउटपुट को क्यूटी अनुवाद ढांचे द्वारा प्रयोग करने योग्य बनाया जा सके। जो हमें समर्थित प्रारूपों TS फाइलों और XLIFF भी बांधता है।

मैंने भाषाविद् के साथ खेला है और जहां तक ​​मैं बता सकता हूं यूआई काफी अच्छा है (मैं एक प्रशंसक हूं: दिल_आईज :), यह यूआई संवादों को दोहराता है {और स्रोत कोड दिखाता है जहां टेक्स्ट स्ट्रिंग सी ++ के लिए उत्पन्न होती है QStrings उत्पन्न होती है QGridLayouts .ui फ़ाइलों में। * आहें *

क्यूटी भाषाविद् का उपयोग करने की आवश्यकता के रूप में - मुझे लगता है कि हम क्यूटी पुस्तकालयों का उपयोग कर रहे हैं, आम तौर पर हम इसके लिए प्रतिबद्ध होने की संभावना रखते हैं (जैसा कि _पिग_ में _बेकन-एंड-एग सरनी_ में प्रतिबद्धता के _चिकन_ स्तरों के बजाय) मूल gettext जाने के अलावा

ऐसा लगता है कि मुझे वेब-आधारित किसी चीज़ में Qt भाषाविद् निर्यात देखने में दिलचस्पी है, लोगों के लिए अपने अनुवादों को स्थापित करने और पूर्वावलोकन करने के विकल्प के साथ यदि वे चाहें तो। मैं उन सेवाओं को देखूंगा जिनका आपने उल्लेख किया है

मेरे दिमाग में Transifex भी था लेकिन ऐसा लगता है कि अब यह इतना अच्छा नहीं कर रहा है।

एक अन्य वेब अनुवाद मंच: https://hosted.weblate.org/projects/tilix/translations/

यहाँ बताया गया है कि Mozilla प्रोजेक्ट स्थानीयकरण और अनुवाद को कैसे संभालता है: https://developer.mozilla.org/en-US/docs/Mozilla/Localization/Quick_start_guide/Translation_phase

इस मास्टर स्टडी थीसिस में "लिबर सॉफ्टवेयर में अनुवाद" के बारे में सामान्य रूप से कई विकल्पों और प्रक्रिया पर एक और महान गहराई से देखें: https://larjona.wordpress.com/translations-in-libre-software/

धन्यवाद @ केबैप , मैंने आपके द्वारा लिंक किए गए पेपर को पढ़ लिया है। मुझे Weblate और Transifex में दिलचस्पी है - उनकी जाँच करूँगा।

मैं चाहता हूं कि इसमें प्रवेश की न्यूनतम बाधा संभव हो और यह डेस्कटॉप-आधारित अनुवाद को नियंत्रित करता है जहां व्यक्ति को सॉफ़्टवेयर डाउनलोड और इंस्टॉल करना होता है, फिर काम शुरू करने का मौका मिलने से पहले सही फाइलों की तलाश करें।

वेबलेट अच्छा और खुला स्रोत लगता है, लेकिन उनका होस्टेड संस्करण भी अभी नीचे है - और इसलिए सभी होस्ट किए गए अनुवाद जैसे कि टिलिक्स प्रोजेक्ट के लिए हैं। अच्छा नही। मैं अपने सर्वर पर और चीजों को होस्ट करने से भी सावधान हूं क्योंकि यह पहले से ही सीमा पर चल रहा है।

Transifex डेमो आज़माने जा रहे हैं। वे ओपन-सोर्स का समर्थन करते हैं और वे एक बहुत बड़ी दुकान प्रतीत होते हैं, अब तक वेबलेट के विपरीत, नीचे जाने की संभावना कम है।

इसके साथ ही, यदि वेबलेट्स गिट एकीकरण वास्तव में काम करता है, तो इसका उपयोग करना बहुत बेहतर होगा क्योंकि यह गिट से नए स्रोत टेक्स्ट को _शोल्ड_ ऑटो-अपडेट करता है, और शायद इसे वापस कर देता है। दूसरी ओर Transifex मुझे अनुवाद करने के लिए फ़ाइलों को मैन्युअल रूप से अपलोड करने की आवश्यकता है।

जबकि Transifex .ts फ़ाइलों को मूल रूप से समर्थन करता है, ऐसा लगता है कि यह अपलोड पर घुट गया है। हालांकि ts2po का उपयोग करना और .po फाइलों को अपलोड करना काम कर गया।

ऐसा लगता है कि आप कुछ मिडलवेयर के साथ Transifex और Github के बीच स्वचालित दो-तरफ़ा अपडेट प्राप्त कर सकते हैं: https://docs.transifex.com/integrations/github-txgh

मैं ट्रांसिफ़ेक्स से बरकरार अनुवाद के साथ .po डाउनलोड करने में सक्षम था, लेकिन po2ts पायथन एन्कोडिंग त्रुटि के साथ फ़ाइल पर चोक:

po2ts: WARNING: Error processing: input ./for_use_mudlet_rupo_1_ru.po, output ./for_use_mudlet_rupo_1_ru.ts, template None: 'ascii' codec can't encode characters in position 1994-1999: ordinal not in range(128)

मैं Transifex प्रोजेक्ट को https://www.transifex.com/mudlet/mudlet/dashboard पर छोड़ दूँगा यदि कोई अन्य व्यक्ति @Kebap @keneanung का अनुवाद करने के लिए इसे बाहर

वेबलेट अच्छा है - इसमें तृतीय-पक्ष लॉगिन विकल्पों का _ton_ है, इसलिए इसमें शामिल होना वास्तव में घर्षण-मुक्त है।

@ वादी2 ने लिखा:

मैं Transifex से अनुवाद के साथ एक .po डाउनलोड करने में सक्षम था, लेकिन po2ts एक पायथन एन्कोडिंग त्रुटि के साथ फ़ाइल पर चोक करता है:

मुझे लगता है कि मैंने कहीं पढ़ा है कि po2ts का उनका संस्करण केवल .ts फ़ाइल के पुराने विनिर्देश के लिए काम करता है और अद्यतन करने की आवश्यकता है (उनके अंत में मुझे लगता है) - मैं ध्यान देता हूं कि यह अनुवाद टूलकिट से आता है अनुवाद हाउस जीथब स्रोत कोड और नवीनतम संस्करण 2.2.5 है (मुझे नहीं पता कि वे क्या उपयोग कर रहे हैं) लेखन के समय। किसी अन्य प्रोजेक्ट से एक वेब-पेज मिला (सुनिश्चित नहीं है कि यह गिटहब आधारित था लेकिन उनके लिए समग्र प्रक्रिया ऐसी लग रही थी जैसे हमें करना होगा: मिक्सएक्सएक्स इंटरनेशनलाइजेशन पेज ।

असल में "एन्कोडिंग" त्रुटि ध्वनि की तरह यह .ts फ़ाइल बनाने की कोशिश कर रही है जहां एन्कोडिंग ASCII है और यूटीएफ -8 नहीं है, इसलिए उस बिंदु पर बारफिंग है जहां इसे कुछ वर्णों का उपयोग करने की आवश्यकता है (एक _translated_ स्ट्रिंग में) जो ASCII नहीं हैं ...

वह पेज चार साल पहले आखिरी बार अपडेट किया गया था! डेवलपर्स के लिए प्रक्रिया समाप्त हो गई है
तारीख की, मुझे लगता है। यह कुछ बहुत ही प्रभावशाली अनुवाद दस्तावेज है
यद्यपि!

मंगलवार, 19 सितंबर 2017, शाम 6:18 बजे स्टीफन लियोन नोटिफिकेशन @github.com ने लिखा:

@ वादी2 ने लिखा:

मैं Transifex से बरकरार अनुवाद के साथ एक .po डाउनलोड करने में सक्षम था,
लेकिन po2ts फ़ाइल पर एक पायथन एन्कोडिंग त्रुटि के साथ चोक करता है:

मुझे लगता है कि मैंने कहीं पढ़ा है कि po2ts का उनका संस्करण केवल पुराने के लिए काम करता है
.ts फ़ाइल की विशिष्टता और आवश्यक अद्यतन (उनके अंत में मुझे लगता है) - I
ध्यान दें कि यह अनुवाद टूलकिट से आता है
http://toolkit.translatehouse.org/ अनुवाद हाउस जीथब स्रोत से
कोड https://github.com/translate/translate और नवीनतम संस्करण है
2.2.5 (मुझे नहीं पता कि वे क्या उपयोग कर रहे हैं) लेखन के समय। मिला
किसी अन्य प्रोजेक्ट से वेब-पेज (सुनिश्चित नहीं है कि यह गिटहब आधारित था लेकिन
उनके लिए समग्र प्रक्रिया ऐसी लग रही थी कि हमें किस तरह की चीजें करनी होंगी: mixxx
अंतर्राष्ट्रीयकरण पृष्ठ
https://mixxx.org/wiki/doku.php/internationalization ।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको असाइन किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/Mudlet/Mudlet/issues/856#issuecomment-330592819 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AAGxjEdeBPs-7fDkUwfoLjUt48eJJhl0ks5sj-lagaJpZM4M3_u1
.

वेबलेट अच्छी स्थिति में नहीं दिख रहा है। मुझे अभी तक अपने होस्ट किए गए एप्लिकेशन के लिए कोई प्रतिक्रिया नहीं मिली है, और प्रोजेक्ट को अपडेट के माध्यम से बहुत कुछ नहीं मिलता है। वापस Transifex यह है।

Qt के साथ Transifex सेटअप प्राप्त करने के टिप्स: https://forum.qt.io/topic/36750/qt5-ts-files-and-transifex-continuous-translation-localization

https://bugreports.qt.io/browse/QTBUG-1136 :

अंत में, भाषाविद् अनिवार्य रूप से जीवन समर्थन पर है - हमने आईएसवी को जमीन सौंप दी जो इस क्षेत्र में विशेषज्ञ हैं।

Qt Linguist एक डेड-एंड टेक्नोलॉजी है - इसमें आगे चलकर कोई फीचर नहीं मिलेगा, इसलिए हमें यहां वेब-आधारित प्लेटफॉर्म का उपयोग करना होगा।

मैं Transifex अनुवादों को चालू करने और #1334 के उपलब्ध होने पर इसे चालू करने पर ध्यान दूंगा।

केबैप के क्रॉस-रेफरेंस में मैंने जो उल्लेख किया है उसे दोहराने के लिए कि .ts फाइलों को संभाल सकते हैं और इसमें जीथब एकीकरण भी है - स्यूडोलोकलाइज़टन सुविधा भी होनी चाहिए जीयूआई में समस्याओं को रोकने में हमारी मदद करें क्योंकि हमने पाठ को ठीक से संरचित नहीं किया है ( मुझे लगता है ) और निश्चित रूप से हमें यह सुनिश्चित करने में मदद करेगा कि हम उन भाषाओं के लिए पर्याप्त छूट छोड़ दें जिनमें en-US ...

क्राउडिन अच्छा लग रहा है - आइए देखें कि यह ट्रांसिफ़ेक्स से कैसे तुलना करता है, मेरे पास यहां एक परीक्षण प्रोजेक्ट है ।

@SlySven कि मैंगलिंग समय से पहले था - उदाहरण के लिए transifex html मार्कअप को पहले से ही बहुत अच्छा संभालता है:

मैंने इसे समझ लिया - क्राउडिन के पास भी वह विकल्प है। संपादक टैग सेटिंग में बस "छुपाएं" चुनें:

इसका मतलब यह है कि हमें कोड को संभालने की जरूरत नहीं है

मैं @SlySven के अनुवाद के लिए @crowdin का उपयोग करने का सुझाव के साथ खुश हूँ। @ केबैप , @keneanung , @SlySven आपके विचार?

एक बार जब हम सहमत हो जाते हैं तो मैं आधिकारिक होने के लिए क्राउडइन पर प्रोजेक्ट को ब्रश करूंगा, एक ओपन-सोर्स लाइसेंस के लिए आवेदन करूंगा और हम अनुवादकों के लिए शब्द निकालना शुरू कर देंगे।

अरे,

मैं क्राउडिन टीम का हिस्सा हूं और जरूरत पड़ने पर आगे के सेटअप में खुशी-खुशी मदद करूंगा! यदि कोई प्रश्न उठता है तो बेझिझक मेरा उल्लेख करें

मैं क्राउडिन के साथ भी ठीक हूं। इसका UI पहली बार में भ्रमित करने वाला रहा है, लेकिन मुझे यकीन है कि हमें इसकी आदत हो जाएगी।

मैं स्वीकार करूंगा कि मैंने Transifex एक को करीब से नहीं देखा है क्योंकि मैंने इसे मानसिक रूप से बंद कर दिया था क्योंकि मैं समझ गया था कि यह वर्तमान Qt .ts प्रारूप को अच्छी तरह से / सीधे संभाल नहीं पाया - क्या यह बदल गया है या मैं गलत था उस विश्वास में?

क्राउडिन के बारे में एक बात जो मैं हाल के गिट कमिट में देख रहा हूं, वह यह है कि आप कई .ts फाइलें अपलोड कर रहे थे जिन्हें एक विशिष्ट भाषा के लिए स्थानीय रूप से कॉन्फ़िगर किया गया था। आपने केवल एक फ़ाइल को mudlet_en.ts फ़ाइल भेजकर इसे अभी ठीक कर दिया है लेकिन यह अभी भी मेरे लिए बिल्कुल सही नहीं लगता है। आप TRANSLATIONS = mudlet.pro फ़ाइल में TRANSLATIONS = लाइनों को हटाना या टिप्पणी करना चाहते हैं और एक शेल स्क्रिप्ट है जो चलती है (स्रोत के आधार में):

lupdate -recursive ./src/ -ts ./translations/mudlet.ts

क्राउडिन अनुवाद प्रक्रिया में जाने के लिए एक एकल, गैर-भाषा विशिष्ट फ़ाइल उत्पन्न करने के लिए और mudlet_xx_YY.ts फ़ाइलों का उत्पादन करने के लिए जो हम चाहते हैं (मैंने पहले ही _xx_YY निर्दिष्ट करने के लिए क्राउडिन पर एक सेटिंग बदल दी है। _xx भाषा एक पर सेट किया गया प्रतीत होता है)। इसके परिणामस्वरूप फाइलों का एक सेट फिर से उसी निर्देशिका में कॉपी किया जाएगा जो lrelease के लिए तैयार है।

BTW सादे गैर-प्रत्यय फ़ाइल को इधर-उधर छोड़ना मददगार है क्योंकि इसका मतलब है कि अल्पसंख्यक भाषा के इच्छुक पक्ष निजी तौर पर काम करने के लिए इसे कॉपी और नाम बदल सकते हैं यदि वे प्रदान की गई Qt भाषाविद् के साथ एक अलग, खुला, भाषा चाहते हैं। {शायद 19 सितंबर के लिए एक समुद्री डाकू उदाहरण के लिए!!!}

मुझे लगता है कि मेरे द्वारा उठाए गए एचटीएमएल एंटी-ऑब्फस्टिकेशन कदम थोड़ा कम जरूरी हो गए हैं क्योंकि क्यूटी डिजाइनर प्लगइन पिछले कुछ क्यूटी संस्करणों में एचटीएमएल को मैनेज करने के लिए थोड़ा कम उत्सुक हो गया है। मैं अभी तक पूरी तरह से आश्वस्त नहीं हूं कि यह चीजों को गड़बड़ नहीं करेगा और चीजों को बदल देगा, कहें, विशेष फ़ॉन्ट्स के उपयोग को मजबूर करने के लिए इसे संपादित करने वाले अंतिम व्यक्ति ने अपने सिस्टम में इसे सामान्य होने के बजाय छोड़ दिया है कि सभी प्लेटफॉर्म पर काम कर सकता है। मैं यहां एक और नज़र डालूंगा और रिपोर्ट करूंगा क्योंकि यह प्रभावित करेगा कि हम अपने काम में इस तरह के HTML को कैसे रिकॉर्ड करते हैं।

मैं स्वीकार करूंगा कि मैंने Transifex एक को करीब से नहीं देखा है क्योंकि मैंने इसे मानसिक रूप से बंद कर दिया था क्योंकि मैं समझ गया था कि यह वर्तमान Qt .ts प्रारूप को अच्छी तरह से / सीधे संभाल नहीं पाया - क्या यह बदल गया है या मैं उस विश्वास में गलत था?

मैं भी था, ऐसा लगता है कि यह बदल गया है: https://docs.transifex.com/formats/qt-ts

मैं क्यूटी डिज़ाइनर प्लगइन का उपयोग करने की योजना नहीं बना रहा हूं, इसलिए जो कुछ भी मैंगलिंग करता है वह प्रासंगिक नहीं है - क्राउडिन अनुवादों को अपने आप में काफी अच्छी तरह से संभालता है, और यह "छिपाने" शैली के साथ एचटीएमएल प्रतिपादन सहनीय है।

ओह, यह अभी भी कर रहा है - टेबल और एक डीटीडी डालना - इसलिए, मनुष्यों द्वारा पढ़ना और पार्स करना आसान है, यह:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<html><head><meta name="qrichtext" content="1" /><style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'FreeSans'; font-size:9pt; font-weight:400; font-style:normal;">
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;"><span style=" font-size:large; font-weight:600;">Welcome to Mudlet!</span></p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Click on one of the MUDs on the list to play.</p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">To play a game not in the list, click on <img src=":/icons/list-add_small.png" /><span style=" color:#555753;">New</span>, fill in the <span style=" font-style:italic;">Profile Name</span>, <span style=" font-style:italic;">Server address</span>, and <span style=" font-style:italic;">Port</span> fields in the <span style=" font-style:italic;">Required</span> area.</p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">After that, click <img src=":/icons/dialog-ok-apply_small.png" /><span style=" color:#555753;">Connect</span> to play.</p>
<p style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Have fun!</p>
<p align="right" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">The Mudlet Team <img src=":/icons/mudlet_main_16px.png" /></p></body></html>

या यह, जहां तक ​​हमारा संबंध है, वही करता है:

<html><head/><body><center><big><b>Welcome to Mudlet!</b></big></center></p>
<p><center>Click on one of the MUDs on the list to play.<center></p>
<p><center>To play a game not in the list, click on <img src=":/icons/list-add_small.png"/> <span style="color:#555753;">New</span>, fill in the <i>Profile Name</i>, <i>Server address</i>, and <i>Port</i> fields in the <i>Required</i> area.<center></p>
<p><center>After that, click <img src=":/icons/dialog-ok-apply_small.png"/> <span style=" color:#555753;">Connect</span> to play.</center></p>
<p>Have fun!</p>
<p align="right">The Mudlet Team <img src=":/icons/mudlet_main_16px.png"/></p></body></html>

तकनीकी रूप से यह सभी क्यूटी रिच-टेक्स्ट है जो केवल एचटीएमएल का एक उप-सेट है (तो सख्त एचटीएमएल 4.0 डीटीडी को शामिल करने के लिए मजबूर क्यों करें?)

यहां तक ​​​​कि < और > बजाय < और > बजाय जो अनुवादक देखेंगे, मुझे लगता है कि यह स्पष्ट है कि कौन जा रहा है HTML/Qt रिच टेक्स्ट डिस्प्ले विजेट के अभाव में काम करना आसान हो जाएगा...

मुझे लगता है कि मैंने कहीं पढ़ा है कि सीजेके भाषाओं को वास्तव में बोल्ड या इटैलिक फ़ॉन्ट-इफेक्ट्स का उपयोग नहीं करना चाहिए (इसके बजाय मुझे लगता है कि वे ग्लिफ़ के एक किनारे पर एक डॉट एक्सेंट के बराबर का उपयोग करते हैं) - इसलिए उन मामलों में मार्क-अप शामिल हो सकता है अनुवाद की प्रक्रिया...

शेल स्क्रिप्ट चलाना पोर्टेबल नहीं है (विंडोज़ के लिए), इसलिए मैं ऐसा नहीं करूंगा। ऐसा लगता है कि वर्तमान mudlet_en.ts फ़ाइल ठीक काम कर रही है?

यह शुक्रवार है, इसलिए अगले कुछ दिनों में इस पर किसी निष्कर्ष पर पहुँचें ताकि हम अगले चरणों पर शुरू कर सकें, जो मुझे लगता है कि यह होगा:

1) अनुवादकों के लिए भ्रमित करने वाली स्ट्रिंग की रिपोर्ट करने की प्रक्रिया - यदि कोई अनुवादक इसे नहीं समझ सकता है, तो संभावना है कि हमारे उपयोगकर्ता या तो नहीं करते हैं
2) वास्तविक अनुवाद प्रक्रिया और यह हमारे कार्यप्रवाह के साथ कैसे काम करेगी

मैं अनुशंसा करता हूं कि पहले हमें आवश्यक प्रक्रियाओं के विवरण के बारे में अधिक सोचें, और उसके बाद ही यह तय करें कि कौन सा टूल उनके लिए सबसे उपयुक्त है।

जहाँ तक मैं अभी देख सकता हूँ, हमारे पास पाठ के कुछ भिन्न मुख्य स्रोत हैं:

• मडलेट क्लाइंट ही
• मडलेट वेबसाइट
• मडलेट विकी
• "अन्य" सहज ग्रंथों को मैन्युअल रूप से शामिल करने की आवश्यकता है

फिर प्रत्येक के लिए प्रक्रियाएं समान हैं, लेकिन अलग से समीक्षा करने की आवश्यकता है:

• प्रासंगिक वर्तमान ग्रंथों से पुराने ग्रंथों को बताने का एक तरीका खोजें, जिन्हें अनुवाद की आवश्यकता है।
• स्रोतों से पाठ प्राप्त करें (ऊपर देखें)। क्या इसे किसी उपकरण से स्वचालित किया जा सकता है? कौन जिम्मेदार होना चाहिए?
• अनुवाद टूल में टेक्स्ट प्राप्त करें।
• उपकरण के अंदर अनुवाद करना (ठीक है, यह अपेक्षित है, लेकिन इसके लिए अच्छे इंटरफ़ेस और वर्कफ़्लो की भी आवश्यकता है)
• अनुवादक भ्रमित करने वाली स्ट्रिंग्स को वापस मडलेट टीम को इस जानकारी के साथ रिपोर्ट करते हैं कि उन्हें कैसे समायोजित करने की आवश्यकता है।
• मडलेट टीम स्रोत में पाठ को अद्यतन करती है। या तो रिपोर्टों के कारण, या प्राकृतिक विकास के कारण।
• स्रोत से अपडेट किए गए टेक्स्ट को अनुवाद टूल में अपडेट की आवश्यकता है। निर्यात और आयात फिर से, प्लस भिन्न।
• अनुवादित पाठ समाप्त हो जाएंगे। उन्हें अनुवाद उपकरण से निर्यात करें। फिर से स्वचालन?
• अनुवादित पाठ को स्रोत में आयात करें।
• स्रोत में अनुवादों का प्रदर्शन। यहां हमें प्रत्येक स्रोत में किसी प्रकार की भाषा टॉगल स्विच की आवश्यकता होगी।

मैंने Wordpress और Mediawiki के प्लगइन्स के साथ-साथ Crowdin और Transifex में एकीकरण पर ध्यान दिया, लेकिन इस सब पर अधिक विस्तार से शोध करने के लिए मेरे पास अधिक समय नहीं था।

मुझे उपरोक्त सभी चरणों के लिए सबसे स्वचालित प्रक्रिया पसंद आएगी, और जो भी उपकरण सबसे अच्छा समर्थन कर सकता है उसे चुनें।

जहाँ तक स्रोत कोड/संवाद (प्रपत्र) की बात है:

• प्रासंगिक वर्तमान ग्रंथों से पुराने ग्रंथों को बताने का एक तरीका खोजें, जिन्हें अनुवाद की आवश्यकता है।
• स्रोतों से पाठ प्राप्त करें (ऊपर देखें)। क्या इसे किसी उपकरण से स्वचालित किया जा सकता है? कौन जिम्मेदार होना चाहिए?
  
  
  
  • दोनों को lupdate कमांड के साथ किया जाता है जो स्रोत ग्रंथों को निकालता है, अनुमान लगाता है कि स्रोत कोड क्या है और उनके रिकॉर्ड को जोड़ता/अपडेट करता है - जो मुझे लगता है कि भाषा तटस्थ होनी चाहिए mudlet.ts फ़ाइल ( वर्तमान mudlet_en.ts कुछ पार्टियों को संकेत देता है कि यह विशेष रूप से अंग्रेजी भाषा के अनुवाद रखता है - जबकि - हम इसे स्रोत कोड के रूप में कैसे उपयोग करेंगे ==> क्राउडिन डेट ट्रांसफर माध्यम इसका उपयोग अंग्रेजी के अलावा सभी के लिए किया जाएगा (अमेरिकी ) मामला। यदि --no-obsolete विकल्प के साथ लागू नहीं किया जाता है तो मौजूदा लेकिन अब चला गया तार नहीं हटाया जाएगा - जो कि हम कम से कम विकास चरणों के दौरान चाहते हैं। कारण मैं एक अलग उत्पन्न करने का प्रस्ताव करता हूं en-US लोकेल क्योंकि यह बहुत छोटा होगा जिसमें केवल बहुवचन के लिए तार होंगे अर्थात ऐसे स्थान जहां हमारे पास स्रोत स्ट्रिंग होंगे जैसे "% n कमरे को हटाना" ताकि, उस स्थिति के लिए या तो "1 कमरा हटाना" या "2 कमरे हटाना" का उपयोग किया जाता है।
  
  
• अनुवाद टूल में टेक्स्ट प्राप्त करें।
  
  
  
  • विकास शाखा को अद्यतन करने की प्रक्रिया को उपरोक्त होने का कारण बनना चाहिए और अद्यतन .ts को linux CI बिल्ड से (मेरा सुझाव है) अपलोड किया जाना चाहिए (क्योंकि यह हमारे लिए स्क्रिप्ट के लिए सबसे आसान है)
  
  
• उपकरण के अंदर अनुवाद करना (ठीक है, यह अपेक्षित है, लेकिन इसके लिए अच्छे इंटरफ़ेस और वर्कफ़्लो की भी आवश्यकता है)
• अनुवादक भ्रमित करने वाली स्ट्रिंग्स को वापस मडलेट टीम को इस जानकारी के साथ रिपोर्ट करते हैं कि उन्हें कैसे समायोजित करने की आवश्यकता है।
  
  
  
  • ऐसा लगता है कि क्राउडिन किसी को भी टिप्पणी करने या किसी भी स्रोत स्ट्रिंग के बारे में कोई मुद्दा उठाने की अनुमति देता है जो कम से कम प्रबंधक के लिए दृश्यमान होगा (लेकिन अधिक पार्टियों के लिए खुला हो सकता है)
  
  
• मडलेट टीम स्रोत में पाठ को अद्यतन करती है। या तो रिपोर्टों के कारण, या प्राकृतिक विकास के कारण।
  
  
  
  • उन स्थानों को शामिल करना जहां स्रोत टेक्स्ट भ्रमित है या अपेक्षित एन_यूएस फॉर्म से गलत वर्तनी है - उदाहरण के लिए मैंने लाइसेंस (एन-जीबी संज्ञा , सीएफ लाइसेंस एन-जीबी क्रिया के रूप में ) का उपयोग किया हो सकता है लेकिन यह हमेशा दोनों रूपों के लिए एन-यूएस में लाइसेंस होता है।
  
  
• स्रोत से अपडेट किए गए टेक्स्ट को अनुवाद टूल में अपडेट की आवश्यकता है। निर्यात और आयात फिर से, प्लस भिन्न।
  
  
  
  • lupdate फिर से चलाएं - लेकिन यह 'विकास' शाखा अपडेट पर सीआई स्क्रिप्टिंग के माध्यम से स्वाभाविक रूप से होना चाहिए
  
  
• अनुवादित पाठ समाप्त हो जाएंगे। उन्हें अनुवाद उपकरण से निर्यात करें। फिर से स्वचालन?
  
  
  
  • हम में से एक क्राउडिन से मैन्युअल रूप से mudlet_xx_YY.ts फ़ाइलों के पूर्ण सेट के रूप में "अनुवाद डाउनलोड करें" कर सकता है और गिट उन्हें /translations निर्देशिका में प्रतिबद्ध कर सकता है - याद रखें कि ये फ़ाइलें lupdate द्वारा अपडेट नहीं की गई हैं। बहुवचन-केवल mudlet_en_US.ts एक के लिए - इसके बजाय वे mudlet.ts फ़ाइल से क्राउडिन में उत्पन्न होते हैं।
  
  
• अनुवादित पाठ को स्रोत में आयात करें।
  
  
  
  • बिल्कुल वही नहीं जो आवश्यक है, अनुवाद ग्रंथों को एप्लिकेशन द्वारा .ts फाइलों से नहीं पढ़ा जाता है। इसके बजाय, एक बार जब मैं कोड को संशोधित और सार्वजनिक रूप से प्राप्त कर लेता हूं, तो मडलेट एप्लिकेशन चयनित mudlet_xx_YY.qm बाइनरी फ़ाइल को लोड करके रन-टाइम पर अनुवाद पढ़ेगा (उपयुक्त Qt एक के साथ - जो मुझे लगता है कि हम पहले से ही हैं इंस्टॉलर संस्करणों के साथ वितरण!) तो शुरू में मुझे लगता है कि हम में से एक lrelease चलाएगा ताकि .ts फाइलों को मिलान करने वाली .qm फाइलों में परिवर्तित किया जा सके और उन्हें गिट रिपोजिटरी में प्रतिबद्ध किया जा सके अच्छी तरह से। अंततः वादिम ने सुझाव दिया है कि हम रिलीज़ संस्करणों को .qm फ़ाइलों के एक सेट के साथ एक संसाधन फ़ाइल के रूप में शामिल करेंगे। यह इंस्टॉलर संस्करणों के लिए उपयुक्त है, लेकिन इसके बजाय लिनक्स पैकेजर्स उन्हें केवल-पढ़ने के लिए /usr/share/mudlet/translations (बाहरी मडलेट लुआ फाइलों के साथ) में स्टोर करने की उम्मीद करेंगे। मेरे पास प्रोटोटाइप कोड है जो इन दोनों व्यवस्थाओं को संभालने की अनुमति देगा लेकिन उपयोगकर्ता को कहीं और से अनुवाद फ़ाइलों को लोड करने की इजाजत देकर (संभवतः स्रोत कोड में /translations निर्देशिका से) यह अनुवाद के अकेले विकास की अनुमति देगा मूल क्यूटी टूल Linguist साथ इच्छुक पार्टियों द्वारा अन्य अल्पसंख्यक भाषाओं के लिए - यह डेवलपर्स को निजी/परीक्षण मामलों पर काम करने की भी अनुमति देगा।
  
  
• स्रोत में अनुवादों का प्रदर्शन। यहां हमें प्रत्येक स्रोत में किसी प्रकार की भाषा टॉगल स्विच की आवश्यकता होगी।
  
  
  
  • प्रयोग से QLangaugeEvent का उपयोग करना हमारी आवश्यकता से अधिक जटिल है क्योंकि यह हर बार QQTranslator::load(...) कहा जाता है - मैंने पाया है कि mudlet वर्ग emit a (void) signal_translatorChangeCompleted(const QString&, const QString&) जहां वर्तमान और पिछले xx_YY कोड (भाषा_COUNTRY/REGION) के तर्क बड़े पैमाने पर अप्रयुक्त हैं, सिवाय इसके कि आईआईआरसी Host जो स्क्रिप्ट के लिए एक लुआ घटना उत्पन्न करता है /पैकेज इवेंट हैंडलर के साथ काम करने के लिए। वह संकेत हर वर्ग को लगातार जीयूआई ग्रंथों के साथ slot_guiLanguageChange() पर भेजा जाता है जहां यह आवश्यक retranslateUi(this) कॉल करता है जिसे प्रत्येक वर्ग में परिभाषित किया जाता है जो setupUi(this) का भी उपयोग करता है बशर्ते आप सेट अप करें क्यूटी आईडीई में विकल्प सही ढंग से (मुझे नहीं पता कि यह qmake सीधे उपयोग करते समय कैसे काम करता है):
    
    
    
    वह कॉल रूपों/संवाद में प्रत्येक अनुवाद योग्य स्ट्रिंग पर अनुवादों को बदल देगा और फिर हमें रन-टाइम पर बनाए गए सभी जीयूआई ग्रंथों को पुन: उत्पन्न करना होगा, इस बात को ध्यान में रखते हुए कि अलग-अलग पाठों को एक साथ रखने के लिए किन परिस्थितियों का कारण हो सकता है। यह उतना बुरा नहीं है जितना यह लगता है क्योंकि हमें केवल लगातार बदलने की जरूरत है - यानी लंबे समय के लिए आसपास है - स्ट्रिंग क्योंकि क्षणिक पाठ स्वचालित रूप से नए अनुवाद का उपयोग करेंगे जब भी tr(...) का उपयोग उन्हें बनाने के लिए किया जाएगा।
  
  

मेरे पास इस विषय पर इतना ही नहीं है, लेकिन मैं देख सकता हूं कि आवेदन जीयूआई ग्रंथों के लिए अधिकांश कदम कैसे जाने चाहिए ...

उन विवरणों के लिए धन्यवाद स्लीस्वेन! ऐसा लगता है, शायद आपने पहले ऐसा किया हो? दूसरे आवेदन के लिए? Corwdin के साथ? इससे मडलेट एप्लिकेशन का अनुवाद करना बहुत आसान हो जाएगा।

दूसरी ओर, हमारे पास अभी भी मडलेट ब्रह्मांड में अन्य पाठ स्रोतों के लिए वही प्रश्न हैं, जैसे विकी दस्तावेज़ीकरण, मडलेट वेबसाइट, और अतिरिक्त पाठ जिन्हें कुछ हद तक मैन्युअल रूप से शामिल करने की आवश्यकता हो सकती है, जैसा कि ऊपर मेरी पिछली पोस्ट में बताया गया है।

मैंने ऊपर दिए गए उत्तर को पूरी तरह से नहीं देखा है, लेकिन क्राउडिन में जीथब एकीकरण है, जिसका इसका कोई हिसाब नहीं है - https://github.com/Mudlet/Mudlet/pull/1692 एक ऑटो-जनरेटेड पीआर है, हमें करने की आवश्यकता नहीं होगी कोई मैनुअल अपलोडिंग या डाउनलोडिंग; बस पीआर को मर्ज करें। इस प्रकार प्रक्रिया वर्णित की तुलना में काफी सरल होगी!

दोस्तों क्राउडिन ट्रायल 4 दिनों में समाप्त हो जाएगा इसलिए मुझे इस पर हां/ना की जरूरत है - हम अब तक इससे खुश हैं

मुझ से एक याय था!

नमस्ते! ;)

मैंने अनुवाद के लिए https://crowdin.com/… की कोशिश की है, यह ठीक है, मुझे नहीं पता कि क्या त्वरित प्रतिक्रिया, अनुरोध आदि के लिए अच्छा है… जैसे अनुवाद या उदाहरण के लिए "प्रतियोगिता"...

क्राउडिन में टिप्पणी अनुभाग के बारे में क्या?

हाय @ जोकर-आईटीए,

आप अनुवादकों के लिए अतिरिक्त संदर्भ कैसे जोड़ सकते हैं, इसके वास्तव में कई तरीके हैं:

1) संपादक में, अनुवादकों को अधिक जानकारी प्रदान करने के लिए स्ट्रिंग के नीचे "संदर्भ संपादित करें" पर क्लिक करें;
2) आप संपादक में किसी भी स्ट्रिंग के लिए एक टिप्पणी छोड़ सकते हैं (दाएं पैनल पर, अपनी टिप्पणी टाइप करें);
3) प्रोजेक्ट सेटिंग्स के माध्यम से किसी भी स्ट्रिंग के लिए संदर्भ जोड़ें -> स्ट्रिंग्स टैब;
4) मुझे यकीन है कि आपके पास कुछ विशिष्ट शब्द हैं जो नियमित अनुवादक नहीं समझ सकते हैं, इस प्रकार एक शब्दकोष बनाना और इसे क्राउडिन पर अपलोड करना समझ में आता है। अधिक जानकारी । यह 2 कॉलम वाली एक्सेल स्प्रेडशीट भी हो सकती है: टर्म एंड डिस्क्रिप्शन;
5) अगर आपके पास फाइलों के अंदर टिप्पणियां हैं (यानी एंड्रॉइड एक्सएमएल, आईओएस स्ट्रिंग्स, .properties, .yml, Google क्रोम जेएसओएन), तो वे फाइल के साथ स्वचालित रूप से आयात हो जाएंगे;
6) आप स्क्रीनशॉट को क्राउडिन पर अपलोड कर सकते हैं और उस पर किसी भी स्ट्रिंग को टैग कर सकते हैं: https://support.crowdin.com/adding-screenshots/
7) यदि हम वेबएप l10n के बारे में बात करते हैं, तो अनुवादकों को सीधे आपकी वेबसाइट पर अनुवाद करने की अनुमति देने के लिए हमारी इन-संदर्भ सुविधा का प्रयास करना समझ में आता है।

यह केवल प्रमुख तरीके हैं कि आप अनुवाद के लिए ग्रंथों को कैसे प्रासंगिक बना सकते हैं 😄

@ केबैप ने लिखा:

उन विवरणों के लिए धन्यवाद स्लीस्वेन! ऐसा लगता है, शायद आपने पहले ऐसा किया हो? दूसरे आवेदन के लिए? Corwdin के साथ? इससे मडलेट एप्लिकेशन का अनुवाद करना बहुत आसान हो जाएगा।

केवल मैन्युअल रूप से क्यूटी के अपने उपकरणों का उपयोग करना (मैंने पिछले कुछ वर्षों में फ्रांस के दक्षिण में विवरण तैयार करने में कुछ हफ़्ते बिताए हैं)। हम अभी भी उनमें से दो का उपयोग करेंगे - lupdate और lrelease - लेकिन हम Qt Linguist जगह ले रहे हैं (वह उपकरण है जो कई में मौजूद स्रोत ग्रंथों में अनुवाद जोड़ता है .ts प्रत्येक अनुवाद के लिए lupdate द्वारा उत्पन्न फाइलें, lrelease से पहले उन्हें भाषा/स्थान विशिष्ट mudlet_xx_YY.qm फाइलों में बदल देती हैं - फिर से एक प्रति भाषा/स्थान अनुवाद ) की पेशकश की Crowdin साथ जो एक एकल ले जाएगा mudlet.ts † फ़ाइल और उत्पन्न mudlet_xx_YY.ts बजाय फ़ाइलें।

linguist का उपयोग करने और क्राउड का उपयोग करने के बीच एक महत्वपूर्ण अंतर यह है कि हम निम्नलिखित के बिना दूर हो सकते हैं:

TRANSLATIONS =

Crowid के लिए प्रोजेक्ट फ़ाइल में पंक्ति।

† वास्तव में मुझे लगता है कि हम दो फ़ाइलों की आवश्यकता होगी - mudlet.ts सभी स्थानों के लिए और जो Crowdin प्रक्रिया के माध्यम से जाना होगा और mudlet_en_US.ts जिसके साथ निकाला जाएगा -pluralonly विकल्प और केवल होगा कुछ अनुवाद की तरह संदेशों कन्वर्ट करने के लिए tr("deleted %n room(s)", "", roomCount) करने के लिए "deleted 1 room" या "deleted 2 rooms" के मूल्य के आधार roomCount और शायद सही मायने में तुम्हारा द्वारा किया जा सकता ...

बढ़िया - हम क्राउडिन के साथ जा रहे हैं :)

मैं @SlySven जैसे फ़ाइल नाम को समायोजित क्राउडिन में उचित रूप से सेटअप

उत्तर देना @Kebap के सवाल, खाते @SlySven को ध्यान में रखकर की जवाब:

• प्रासंगिक वर्तमान ग्रंथों से पुराने ग्रंथों को बताने का एक तरीका खोजें, जिन्हें अनुवाद की आवश्यकता है।
  
  
  
  • lupdate टूल ऐसा करता है
  
  
• स्रोतों से पाठ प्राप्त करें (ऊपर देखें)। क्या इसे किसी उपकरण से स्वचालित किया जा सकता है? कौन जिम्मेदार होना चाहिए?
• अनुवाद टूल में टेक्स्ट प्राप्त करें।
  
  
  
  • हम मैन्युअल रूप से lupdate चलाते हैं और उन्हें development लिए प्रतिबद्ध करते हैं - इस भाग को ट्रैविस द्वारा दैनिक आधार पर स्वचालित किया जा सकता है
  
  
  • जीथब एकीकरण के कारण क्राउडिन स्वचालित रूप से उन्हें उठाता है
  
  
• उपकरण के अंदर अनुवाद करना (ठीक है, यह अपेक्षित है, लेकिन इसके लिए अच्छे इंटरफ़ेस और वर्कफ़्लो की भी आवश्यकता है)
  
  
  
  • क्राउडिन का अनुवाद इंटरफ़ेस
  
  
• अनुवादक भ्रमित करने वाली स्ट्रिंग्स को वापस मडलेट टीम को इस जानकारी के साथ रिपोर्ट करते हैं कि उन्हें कैसे समायोजित करने की आवश्यकता है।
  
  
  
  • भीड़ में एक मुद्दा लिखो
  
  
• मडलेट टीम स्रोत में पाठ को अद्यतन करती है। या तो रिपोर्टों के कारण, या प्राकृतिक विकास के कारण।
• स्रोत से अपडेट किए गए टेक्स्ट को अनुवाद टूल में अपडेट की आवश्यकता है। निर्यात और आयात फिर से, प्लस भिन्न।
  
  
  
  • क्राउडिन इसे उठाता है
  
  
• अनुवादित पाठ समाप्त हो जाएंगे। उन्हें अनुवाद उपकरण से निर्यात करें। फिर से स्वचालन?
  
  
  
  • हाँ, क्राउडिन एक पीआर को स्वतः खोलता है: https://github.com/Mudlet/Mudlet/pull/1717
  
  
• अनुवादित पाठ को स्रोत में आयात करें।
• स्रोत में अनुवादों का प्रदर्शन। यहां हमें प्रत्येक स्रोत में किसी प्रकार की भाषा टॉगल स्विच की आवश्यकता होगी।
  
  
  
  • @SlySven यहां जादू करेगा :)
  
  

केवल बहुवचन के साथ एक अलग अनुवाद फ़ाइल रखने की क्या आवश्यकता है?

अनुवाद निर्देश https://wiki.mudlet.org/w/Translating_Mudlet . पर उपलब्ध हैं