Mudlet: संशोधित करते समय अनुवाद खोना बंद करें

कोई उपाय कैसे उपाय करें? @crowdin

आप किसी अनुवाद को रखने या छोड़ने के बीच की रेखा कहाँ खींचते हैं?

मेरे लिए अनुवाद को टीएम में वापस रखना सबसे अच्छा लगता है, इसे फिर से निकालना बहुत आसान है और अनुवादक यह तय कर सकता है कि वे पाठ का पुन: उपयोग करना चाहते हैं या नहीं।

बिल्कुल, उस रेखा को प्रत्येक स्ट्रिंग के लिए व्यक्तिगत रूप से खींचा जाना चाहिए, जैसे क्राउडिन के स्क्रीनशॉट से पता चलता है।

मैं अनुवादकों के लिए जीथब से तार खींचने के बाद उस पॉपअप संवाद को शुरू करने के विकल्प का स्वागत करूंगा।

अभी, वे यह भी भेद नहीं कर सकते हैं कि किस तार का पहले अनुवाद किया गया था, ताकि एक पुल को जल्दी से ठीक किया जा सके।

मुझे नहीं लगता कि हर संशोधन पर घंटों खर्च करना उचित है, यह शोध करना कि कौन से अनुवाद टूट गए हैं।

सीधे स्रोत कोड से भाषा विशिष्ट .ts फ़ाइलों के एक समूह को अपडेट करने के लिए Qt के अपने भाषाविद् (या बल्कि lupdate ) का उपयोग करते समय, lupdate में एक विकल्प होता है:

          Drop all obsolete and vanished strings.

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

महत्वपूर्ण रूप से मुझे नहीं लगता कि एक टिप्पणी में बदलाव (हालांकि संभवतः एक असंबद्धता में बदलाव अलग है) अनुवाद को साफ़ करना चाहिए - यह "अनुमोदित" स्थिति खोने के लिए स्वीकार्य हो सकता है लेकिन इसे भुलाया नहीं जा सकता है।

हेलो सब लोग,

कृपया ध्यान रखें कि आप अपने रेपो में संग्रहीत कॉन्फ़िगरेशन फ़ाइल ( crowdin.yml ) में update_option पैरामीटर निर्दिष्ट करके CLI / API / GitHub पर फ़ाइल को अपडेट करते समय संशोधित स्ट्रिंग्स के लिए अनुवाद सहेज सकते हैं।

और जानकारी:
https://support.crowdin.com/configuration-file/#changed -strings-update

परिवर्तन करने के बाद, कृपया परिवर्तनों को लागू करने के लिए क्राउडिन में एकीकरण को रोकें और फिर से शुरू करें

आशा है कि आपको वही चाहिए जो आपको चाहिए!

जवाब के लिए धन्यवाद!

@ केबैप आप कौन सा विकल्प पसंद करेंगे?

धन्यवाद दोस्तों। यह कमाल का है। विकल्पों की विस्तार से समीक्षा करेंगे।

मैं "update_as_unस्वीकृत" विकल्प आज़माना चाहता/चाहती हूं, यह एक अच्छा समझौता प्रतीत होता है: अनुवाद बरकरार रहते हैं, लेकिन उनकी स्वीकृत स्थिति खो जाती है।

अब, जब मैंने इसका परीक्षण किया, तो यह काम नहीं कर रहा था। स्ट्रिंग्स ने अभी भी अपने अनुवाद खो दिए हैं। मैं यहां तक ​​कि कॉन्फ़िगरेशन yaml फ़ाइल के स्वचालित रूप से बनाए गए संक्षिप्त लेआउट को बढ़ाने के लिए भी गया, ताकि ऊपर लिंक किए गए नॉलेज बेस अनुभाग में दिए गए उदाहरण को बिल्कुल प्रतिबिंबित किया जा सके।

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

स्ट्रिंग में पहले अनुवाद और अनुमोदन था (अनुमोदन .ts फ़ाइल में अदृश्य लगता है?)

अपडेट विकल्प "update_as_unस्वीकृत" का परीक्षण छोटे और लंबे yaml लेआउट के साथ किया गया था, दोनों एक ही परिणाम के लिए

स्ट्रिंग (या टिप्पणी) को संशोधित करने के बाद, क्राउडिन अब बिना अनुवाद और अनुमोदन के संशोधित स्ट्रिंग दिखाता है

क्राउडिन डिफ ने स्ट्रिंग्स को "हटाया और जोड़ा" के रूप में रिपोर्ट किया "रखा नहीं बल्कि उनकी स्वीकृति खो दी"

-- कृपया इस पंक्ति के ऊपर उत्तर दें --

        Hi everyone,

ऐसा लगता है कि समस्या यह है कि आपके प्रोजेक्ट में आप फ़ाइलें हैं .html और
.टीएस इस प्रकार की फाइलों में स्पष्ट KEY:VALUE संरचना नहीं होती है,
इसलिए जब आप फाइलों को अपडेट करते हैं, तो हर बदली हुई स्ट्रिंग होती है
नए तार के रूप में माना जाता है। यह सिस्टम का अपेक्षित व्यवहार है,
लेकिन मैं देवों से पूछूंगा कि क्या ऐसा कुछ है जो इसमें किया जा सकता है
मामला एक बार वे कार्यालय में हैं!

आप मेरे जवाब का मूल्यांकन कैसे करेंगे?
बढ़िया [1] ठीक [2] अच्छा नहीं [3]

--
भवदीय,
ओल्गा कुहतास
ग्राहक सफलता प्रबंधक

कड़ियाँ:

[1]
https://secure.helpscout.net/satisfaction/204306672/record/1818790773/1/
[2]
https://secure.helpscout.net/satisfaction/204306672/record/1818790773/2/
[3]
https://secure.helpscout.net/satisfaction/204306672/record/1818790773/3/

    > On Sat, Sep 8, 2018 at 1:34:23 EEST, Mudlet/mudlet <[email protected]> wrote:

मैं "update_as_unस्वीकृत" विकल्प आज़माना चाहता/चाहती हूं, ऐसा लगता है
अच्छा समझौता: अनुवाद बरकरार रहते हैं, लेकिन अपनी स्वीकृत खो देते हैं
स्थिति।

अब, जब मैंने इसका परीक्षण किया, तो यह काम नहीं कर रहा था। तार अभी भी खो गए हैं
उनके अनुवाद। मैं यहां तक ​​कि स्वचालित रूप से बढ़ाने के लिए भी चला गया
कॉन्फ़िगरेशन yaml [1] फ़ाइल का संक्षिप्त लेआउट बनाया, ताकि to
नॉलेज बेस [2] खंड में दिए गए उदाहरण को बिल्कुल प्रतिबिंबित करें
ऊपर जुड़ा हुआ है।

फिर भी, क्राउडिन ने दुर्भाग्य से केवल उनकी जगह ले ली है
स्ट्रिंग्स, उनके अनुवादों को रखने के बजाय और केवल उन्हें हटा दें
अनुमोदन। क्या मैं इसे गलत कर रहा हूँ?

स्ट्रिंग में पहले अनुवाद और अनुमोदन था (अनुमोदन लगता है
.ts फ़ाइल में अदृश्य?)
[3]

अपडेट विकल्प "update_as_unस्वीकृत" का परीक्षण छोटे और लंबे समय के साथ किया गया था
yaml लेआउट, दोनों एक ही परिणाम के लिए
[4]

स्ट्रिंग (या टिप्पणी) को संशोधित करने के बाद, क्राउडिन अब संशोधित दिखाता है
अनुवाद और अनुमोदन के बिना स्ट्रिंग
[5]

क्राउडिन डिफ ने स्ट्रिंग्स को "हटाए गए और जोड़े गए" के रूप में रिपोर्ट किया "रखा नहीं बल्कि"
उनकी स्वीकृति खो दी"
[6]

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub [7] पर देखें, या इसे म्यूट करें
धागा [8]।

कड़ियाँ:

[1] https://github.com/Kebap/Mudlet/blob/crowdin-test/.crowdin.yml
[2]
https://support.crowdin.com/configuration-file/#changed -strings-update
[3]
https://user-images.githubusercontent.com/117238/45245753-12b3a300-b2fe-11e8-819a-fbc1cab389cd.png
[4]
https://user-images.githubusercontent.com/117238/45245828-632b0080-b2fe-11e8-8457-d16f53e62976.png
[5]
https://user-images.githubusercontent.com/117238/45245723-e7c94f00-b2fd-11e8-831d-14f3c0151aa8.png
[6]
https://user-images.githubusercontent.com/117238/45245651-843f2180-b2fd-11e8-8744-b431244e39e8.png
[7]
https://github.com/Mudlet/Mudlet/issues/1961#issuecomment -419583856
[8]
https://github.com/notifications/unsubscribe-auth/AA0k1tqzDWWwb2qGudFk9ENRg7Hm3D-Hks5uYvRcgaJpZM4WeaRq

हाँ, Qt IDE .ts फ़ाइलों का उपयोग करता है। निश्चित रूप से यह कोई आला नहीं है। क्राउडिन डेवलपर्स से कोई सिफारिश?

क्यूटी से प्रतिक्रिया अनिर्णायक थी:

(कबाप) हाय सब! क्या कभी किसी ने अनुवाद और अनुवादकों को संभालने के लिए वेब-आधारित सेवा वेबसाइट का उपयोग किया है? हम Crowdin का उपयोग करते हैं और ऐसा लगता है कि वे Qt .ts फ़ाइल स्वरूप के साथ अच्छी तरह से काम नहीं कर सकते हैं। उन्हें लगता है कि हर संशोधित स्ट्रिंग एक नई स्ट्रिंग है और पुराने अनुवादों को हटा देगी। विवरण के लिए निम्नलिखित धागा देखें। हम इसे कैसे हल कर सकते हैं? https://github.com/Mudlet/Mudlet/issues/1961
(frkleint) केबैप: मैं http://lists.qt-project.org/mailman/listinfo/localization मेलिंग सूची में पोस्ट करने की अनुशंसा करता हूं
(केबैप) ऐसा लगता है कि मेलिंग सूची अनुवाद क्यूटी परियोजना के बारे में ही है। हालाँकि हो सकता है कि अन्य लोग Qt के साथ अपना प्रोजेक्ट बना रहे हों और अन्य भाषाओं में अनुवाद कर रहे हों?
(frkleint) कबाप: हाँ, लेकिन सही अनुरक्षक/लोग इसे पढ़ेंगे

मुझे सभी विवरणों की दोबारा जांच करने दें, @ केबैप। मेरे सिर में एक "प्लान बी" है, हालांकि इसका परीक्षण करने की आवश्यकता है।

क्या आपके लिए स्रोत टेक्स्ट/अनुवादों को स्टोर करना ठीक रहेगा .ts फ़ाइल का तत्व? में उदाहरण के लिए आपके पास एक अद्वितीय स्ट्रिंग आईडी हो सकती है

वर्तमान में हम एक फ़ाइल mudlet.ts आयात/अपलोड करते हैं जिसमें क्राउडइन का स्रोत टेक्स्ट होता है और वे इसे mudlet_xx_YY.ts बनाने के लिए संसाधित करते हैं जहां xx दो अक्षर का भाषा कोड है और YY एक दो अक्षर वाला देश कोड है। मूल mudlet.ts , मेरा मानना ​​है, Qt lupdate उपयोगिता के साथ उत्पन्न/अपडेट किया गया है, जिसे मैं हमारे स्रोत ./translations निर्देशिका से lupdate -locations absolute ../src/mudlet.pro -ts ./mudlet.ts के रूप में चलाता हूं {पर कम से कम *nux OS} से।

एक विकल्प है लेकिन मुझे नहीं पता कि क्या क्राउडइन उस तरह काम कर सकता है जिसमें हम व्यक्तिगत .ts फाइलों की आपूर्ति करते हैं (वर्तमान में:

• mudlet_de_DE.ts
• mudlet_el_GR .ts`
• mudlet_en_GB.ts
• mudlet_es_ES.ts
• mudlet_fr_FR.ts
• mudlet_it_IT.ts
• mudlet_nl_NL.ts
• mudlet_pl_PL.ts
• mudlet_ru_RU.ts
• mudlet_zh_CN.ts
• mudlet_zn_TW.ts

) क्राउडइन को फाइल करें और उन पर काम कर रही है/अनुवाद टीम। इसका मतलब यह होगा कि मौजूदा अनुवाद प्रयासों को प्रत्येक .ts फ़ाइल के भीतर रखा जाता है - यह वास्तव में क्यूटी द्वारा किए जाने वाले अनुवाद की परिकल्पना है - क्योंकि lupdate तब परिवर्तनों के साथ प्रत्येक व्यक्तिगत अनुवाद फ़ाइल को अपडेट करेगा कोड स्रोतों से जब इसे चलाया जाता है, लेकिन त्याग नहीं करेगा (जब तक कि -no-obsolete तर्क के साथ स्पष्ट रूप से नहीं बताया गया) पुराने पाठ जो अब स्रोतों में प्रकट नहीं होते हैं। इसका नकारात्मक पक्ष यह है कि सभी अनुवादों के लिए एक भी स्रोत फ़ाइल नहीं है जो क्राउडइन सिस्टम के साथ भ्रमित/काम नहीं कर सकती है। उल्टा यह है कि #1963 तत्काल एक गैर-मुद्दा बन जाता है क्योंकि हम बहुवचन-केवल mudlet_en_US.ts फ़ाइल उत्पन्न कर सकते हैं और इसे रिलीज/संस्करण/जो भी परिवर्तन पर क्राउडइन पर अपलोड में शामिल कर सकते हैं ...

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

हालाँकि हम इनपुट और आउटपुट फ़ाइलों को अलग-अलग नाम दे सकते हैं?

क्राउडिन निश्चित रूप से कई इनपुट फाइलों को संभाल सकता है, जैसा कि अनुवाद करने के लिए अलग-अलग स्ट्रिंग्स में होता है। हालांकि SlySven की योजना में, उन सभी में समान सामग्री होगी। इसका मतलब यह होगा कि, यहां तक ​​कि पोलिश अनुवाद टीम भी सभी फाइलों को देख पाएगी, जिसमें mudlet_it_IT.ts और mudlet_ru_RU.ts, आदि शामिल हैं। इसलिए हमने उस सड़क को बहुत आगे तक जारी नहीं रखा और इसके बजाय एक केंद्रीय अनुवाद फ़ाइल का विकल्प चुना।

संपादित करें: .ts फ़ाइलें बनाने के लिए स्पष्टीकरण सही है, लेकिन वास्तविक कमांड का उपयोग किया जाता है: lupdate -recursive .\src\ -ts .\translationsmudlet.ts

सुनिश्चित नहीं है कि वादिम में आपका क्या मतलब है, लेकिन मुझे लगता है कि केबैप एक ही ट्रैक पर है - हम सभी फाइलों को इनपुट कर सकते हैं लेकिन फिर हम क्राउडआईड को कैसे कहें/बतें कि सेट का केवल mudlet_ru_RU.ts दिखाया जाना चाहिए रूसी (रूस) अनुवादक?

@ vadi2 आप सही कह रहे हैं, एकल स्रोत फ़ाइल अपलोड करने की अनुशंसा की जाती है, क्राउडिन अनुवादित फ़ाइलें स्वयं उत्पन्न करेगा।

कृपया प्रोजेक्ट में mudlet_ru_RU.ts जैसी फ़ाइलें अपलोड न करें।

संभवत: हम उस पर और चर्चा करने के लिए कॉल सेट कर सकते हैं? कृपया मुझे andriy(at)crowdin.com पर पहुंचें

मेरे मन में एक विचार है जो निश्चित रूप से काम करेगा, लेकिन यह सुनने की जरूरत है कि क्या आप इससे खुश होंगे। बात यह है कि .ts में प्रत्येक स्ट्रिंग के लिए अद्वितीय पहचानकर्ता नहीं होते हैं - जैसे .po में, फ़ाइलें जहां msgid स्रोत और पहचानकर्ता एक ही है, <source> टेक्स्ट और पहचानकर्ता भी है ( <context> और <name> तत्वों के साथ, प्रत्येक स्ट्रिंग को अद्वितीय माना जाता है और यदि आप <source> को संशोधित करते हैं, तो स्ट्रिंग को नया माना जाता है और आप संशोधित के लिए अनुवाद नहीं रख सकते हैं परिणाम में तार)।

वैसे भी, एक बहुत अच्छा समाधान/समाधान है जिसे मैं आपकी टीम पर चर्चा/प्रदर्शन करना चाहता हूं;)

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

अगर मैं इसे समझता हूं तो क्यूटी सिस्टम में अद्वितीय संदेश पहचानकर्ता योजना भी स्वीकार्य है लेकिन इसके साथ काम करना कठिन है - और एक परिवर्तन मध्य-परियोजना एक गैर-तुच्छ कार्य है (दोनों सिस्टम परस्पर अनन्य हैं और आपको एक बहुत अच्छी पद्धति की आवश्यकता है सार्थक पहचानकर्ताओं के साथ आने के लिए) - और मौजूदा योजना के लाभ का एक हिस्सा यह है कि डुप्लिकेट स्ट्रिंग्स एक ही सामान्य अनुवाद में विलय हो जाते हैं, यह सिर्फ इतना है कि बदलने के लिए दूसरों को भी बदलना होगा यदि उनका इरादा होना चाहिए वही...

जब हम किसी भाषा में सभी स्ट्रिंग्स का 100% में अनुवाद करते हैं और फिर कुछ को रिलीज़ में संपादित करते हैं, तो क्या TM को धन्यवाद देना और उन्हें फिर से जोड़ना बहुत आसान नहीं होगा?

यह समस्या केवल एक वास्तविक समस्या की तरह लगती है क्योंकि हमें अभी 100% तक पहुंचना है।

@ vadi2 यदि आप TM की मदद से नए जोड़े गए स्ट्रिंग्स का स्वचालित रूप से अनुवाद करने की क्षमता चाहते हैं, तो आप उन्नत वर्कफ़्लोज़ सुविधा का उपयोग करके ऐसा वर्कफ़्लो सेट कर सकते हैं (मैंने इसे अभी आपके खाते के लिए सक्षम किया है)
https://support.crowdin.com/advanced-workflows/

धन्यवाद, सराहना :) हम इसका अध्ययन करेंगे।

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

संपादित करें: .ts फ़ाइलें बनाने के लिए स्पष्टीकरण सही है, लेकिन वास्तविक कमांड का उपयोग किया जाता है: lupdate -recursive .\src\ -ts .\translationsmudlet.ts

-recursive डिफ़ॉल्ट तर्क मामला है और यह आवश्यक नहीं है - और जाहिरा तौर पर नई फ़ाइलों के लिए -locations absolute भी है ...: थोड़ा_स्माइलिंग_फेस: - मैं यह देखने के लिए जांच कर रहा था कि क्या प्रभाव है समस्या lupdate में अभी भी C++11/14 कच्चे स्ट्रिंग अक्षर { QTBUG , #1310} के साथ है और क्या mudlet.ts फ़ाइल से तार खो रहे हैं या नहीं, इसके परिणामस्वरूप उन्हें भ्रमित किया जा रहा है .. : झुंझलाना:

@ केबैप क्या यह अभी भी एक मुद्दा है?

हां, भले ही बदलाव से पहले उतना बुरा न हो। लेकिन यह अभी भी भ्रमित करने वाला है, यहां तक ​​कि पहल करने वालों के लिए भी, जैसा कि आप एक सप्ताह पहले से जुड़े मुद्दे से देख सकते हैं।

इसके अलावा वर्तमान में थोड़ी दौड़ है, जबकि अधिकांश भाषाएं अभी तक 100% के करीब नहीं हैं, क्या वे फिर से ढीले अनुवादों की तुलना में स्ट्रिंग्स का तेजी से अनुवाद करेंगे?

क्या अधिक है, मुझे एक समस्या मिली जो हटाए गए अनुवादों को वापस लाती प्रतीत होती है। वर्तमान में मुझे क्राउडिन से किसी अनुवाद को हटाने का कोई तरीका नहीं मिल रहा है। अगले अपडेट के बाद, यह फिर से अपने आप जुड़ जाएगा।

@Andrulko क्या आपके पास यहां कोई अपडेट है? आप ऊपर एक प्लान बी का जिक्र कर रहे थे..

इसके अलावा, क्राउडिन अब टीएम में यह अजीब व्यवहार क्यों करता है !? तुलना के लिए नीचे स्क्रीनशॉट देखें।

हमारे द्वारा यहां जो कुछ भी बदला गया था वह है h3 से a । कोई अन्य टैग छुआ नहीं गया था। अब क्या हुआ?

क्या आप अपेक्षा करते हैं कि अनुवादक प्रत्येक {[=-lt;-=]}h2{[=-gt;-=]}{[=-lt;-=]}u{[=-gt;-=]} को <h2><u> या इसके बजाय <0> मैन्युअल रूप से बदल दें?

उदाहरण के लिए लिंक: https://crowdin.com/translate/mudlet/137/en-de
उदाहरण का दृश्य:

मुझे लगता है कि यह क्राउडिन के टीएम में एक बग है। उन्हें एक अलग मुद्दे के रूप में रिपोर्ट करना शायद सबसे अच्छा है।

मैंने उन्हें यहां भी सूचित किया है: https://crowdin.com/contacts

नमस्कार, हमने पहले ही आपके अनुरोध की जांच कर ली है और आपके ईमेल का जवाब दे दिया है। कृपया हमें बताएं कि क्या आपके कोई अन्य प्रश्न हैं!