अनुवाद
स्थानांतरण 4.9.2 नवीनीकरण के बाद एंकोडिंग समस्या
कृपया इस समस्या के बारे में अधिक जानकारी भेजें । यह पुराने अनुवाद या केवल एक नया प्रभावित करता है? आप किस अनुवाद प्रदाताओं का उपयोग करते हैं? कृपया अपने पृष्ठ पर यूआरएल दे जहां हम इसे देख सकते हैं ।
आप इसे हमारे serwer पर निरीक्षण कर सकते हैं? यदि हां, तो कहां?
पिछले द्वारा संपादित vBET; 07-05-18 में 22:25.
जानकारी के लिए धंयवाद । हम इसे अपने पक्ष में पुन: पेश करने और इस मुद्दे को ठीक करने की कोशिश करेंगे । अगर हम बग प्रजनन मैं तुंहें कुछ और सवाल भेज देंगे के साथ समस्या होगी (मैं यूआरएल पृष्ठ पर नहीं मिला, जहां मैं इस मुद्दे को देख सकते है-यह बहुत userfull होगा, क्योंकि मैं सटीक पाठ आप के साथ मुद्दों का उपयोग कर सकता है) ।
मैं सिर्फ कुछ परीक्षण किया और हमारे पक्ष में यह ठीक लग रहा है । मैं भी 4.9.2 और 4.9.1 विज्ञप्ति से कोड की तुलना में और अनुवाद कोड में कोई परिवर्तन नहीं है (हम विंयास नई भाषा जोड़े बदल गया है, और उत्पाद फ़ाइल में कुछ छोटी चीजें) । मैं आप अपने पक्ष पर पुन: पेश करने की कोशिश करेंगे ।
अद्यतन: मैं इस मुद्दे को अब हमारे पक्ष में देखते हैं । यह केवल कुछ ग्रंथों पूरे अनुवाद के बारे में नहीं है । ऐसा लगता है कि यह केवल विषय के बारे में है । हम इस संभाल और आप जानकारी भेज देंगे
2 अद्यतन: मैं कुछ परीक्षण किया और ऐसा लगता है कि इस मुद्दे को यूक्रेनी के लिए रूसी फार्म का अनुवाद है जब (वहां अंग्रेजी से अनुवाद के साथ कोई मुद्दा नहीं है) । सबसे शायद vBET गलत एंकोडिंग में डेटा भेज रहा है और यही वजह है कि परिणाम गलत हैं । मैं इसे 4.9.1 में भी जांच की और एक ही मुद्दा होता है । क्या आप सुनिश्चित है कि 4.9.1 के लिए अपनी तरफ से यह ठीक है? यह महत्वपूर्ण है, क्योंकि मैं पहचान की जरूरत है इस मुद्दे को हमारे कोड में परिवर्तन या कुछ के साथ है Yandex ओर बदल गया था ।
पिछले द्वारा संपादित vBET; 08-05-18 में 16:58.
एक और अद्यतन-अपने परीक्षणों के अनुसार वहां Yandex अनुवाद के साथ कुछ भी गलत नहीं है । vBET 4.9.1 और 4.9.2 सबसे शायद इस मुद्दे के बीच मतभेद पर खोज apertium द्वारा संचालित अनुवादक के साथ है, क्योंकि 4.9.2 में हम आरयू से ब्रिटेन के लिए नई भाषा जोड़ी जोड़ा । आपने लिखा है कि आप केवल Yandex का उपयोग कर रहे हैं । कृपया पुष्टि करें कि यह जानकारी सही है । हम Yandex अनुवादक पर इस मुद्दे को पुन: उत्पंन करने में सक्षम नहीं है और अब हम इसे apertium द्वारा संचालित पर करने की कोशिश कर रहे हैं ।
अद्यतन: Appertium भी मुद्दा नहीं लगता है । आप कृपया प्रधानमंत्री द्वारा हमसे संपर्क करने के लिए और अधिक विस्तृत जानकारी प्राप्त कर सकते हैं?
2 अद्यतन: हम अपने परीक्षण के माहौल में इस मुद्दे को फिर से पेश नहीं कर रहे हैं, लेकिन यहां यह हर बार reproduced है । शायद vB संस्करण यहां मायने रखती है । कृपया हमें पीएम से संपर्क करें ।
पिछले द्वारा संपादित vBET; 09-05-18 में 10:42.
इस समय हम इस मुद्दे के कारण की खोज की । जब apertium द्वारा संचालित UTF-8 डाटाबेस एंकोडिंग के साथ प्रयोग किया जाता है तो हम अलग प्रारूप में क्वेरी भेजने और उन/u प्रतिक्रियाओं मिला है । जब डेटाबेस अलग सेटिंग में है, तो उस के साथ कोई समस्या नहीं है । हम अपने कोड को अद्यतन करने के लिए यह उचित और समाधान यहां प्रकाशित किया जाएगा संभाल लेंगे ।
ऐसा लगता है कि हम इस मुद्दे के लिए समाधान मिल गया । हम इसे उचित परीक्षण भी नहीं UTF-8 डाटाबेस पर, विभिंन एंकोडिंग के साथ मुद्दों से बचने के लिए चाहते हैं । समाधान अगली रिलीज में शामिल किया जाएगा । तब तक आप vbet 4.9.1 के साथ रह सकते है या apertium द्वारा संचालित के साथ 4.9.2 vbet का उपयोग करें, या केवल यूक्रेनी के लिए विकलांग apertium द्वारा संचालित के साथ vbet 4.9.2 का उपयोग करें (फ़ाइलों में विंयास बदलने की जरूरत है) ।
कृपया ध्यान दें कि पहले से ही टूट अनुवाद स्वचालित रूप से सुधार नहीं किया जाएगा । वे मैन्युअल रूप से परिवर्तित किया जा करने के लिए है, मैन्युअल अनुवाद समर्थन का उपयोग कर, या डेटाबेस से निकाल दिया.
पिछले द्वारा संपादित vBET; 09-05-18 में 16:41.
परीक्षणों के दौरान हमने पाया है कि गैर UTF-8 डेटाबेस apertium द्वारा संचालित अनुवाद करने के लिए रूसी से सभी में यूक्रेनियन नहीं है, बस कुछ परिवर्तन के साथ पाठ देता है । यह हमारी गलती है-हम वहां पाठ गलत प्रारूप में भेजें । जल्द ही इसे ठीक करा दिया जाएगा ।
पिछले द्वारा संपादित vBET; 10-05-18 में 09:42.
हम पहले से ही इस मुद्दे के लिए समाधान है । इसे अगली रिलीज में शामिल किया जाएगा ।
भाव के साथ जवाब दें
