Material-ui: [दस्तावेज़] दस्तावेज़ों का अनुवाद करें

हमें बेंचमार्किंग शुरू करने की आवश्यकता होगी कि दूसरे लोग इस मुद्दे को कैसे संभाल रहे हैं और सर्वोत्तम समाधान की नकल कर रहे हैं। Vue सिर्फ दस्तावेज़ीकरण कांटा लगता है:

• https://github.com/vuejs-ru/old.ru.vuejs.org
• https://github.com/vuejs/cn.vuejs.org

@oliviertassinari लेकिन एपीआई डॉक्स के बारे में क्या?

एपीआई दस्तावेज़ों के बारे में क्या?

@mbrookes मुझे नहीं पता। यह अनुवाद कुंजियों के साथ किया जा सकता है। जैसे api.componentName.propertyName । लेकिन यह i18n को सपोर्ट करने के लिए एक ऐसा ओवरहेड है।

ईमानदारी से, मुझे लगता है कि ऐसी दुनिया में जहां अधिकांश विकास संसाधन अंग्रेजी में हैं, दस्तावेज़ों के कई अनुवादों को बनाए रखने की कोशिश करना व्यर्थता में और मामूली लाभ के लिए होगा।

क्राउडिन एक कंपनी है जो अनुवाद सेवाएं प्रदान करती है। ओपन सोर्स प्रोजेक्ट्स के लिए, क्राउडिन मुफ्त स्ट्रिंग अनुवाद प्रदान करता है

https://docusaurus.io/docs/hi/translation.html

डॉक्यूसॉरस एक अच्छा समाधान हो सकता है

@TorzuoliH डॉक्यूसॉरस एक विकल्प नहीं है। हमारे लिए अपने घटकों को डॉगफूड करना महत्वपूर्ण है।

नमस्ते। मैं दस्तावेज़ों का स्पेनिश में अनुवाद करने में मदद करने के लिए तैयार हूं।

मुझे पता है कि अधिकांश सॉफ्टवेयर दस्तावेज अंग्रेजी में हैं, जिसका आदर्श रूप से मतलब है कि प्रत्येक डेवलपर को इसे पढ़ने में सक्षम होना चाहिए। पर ये स्थिति नहीं है। जब किसी की अपनी भाषा में कोई "आधिकारिक" दस्तावेज नहीं होता है, तो उसकी जगह क्या होती है, बल्कि संदिग्ध अधिकार के साथ ब्लॉग, वीडियो आदि होते हैं: स्पैनिश में रिएक्ट सीखने के लिए सुझाए गए संसाधनों को देखें: https://github.com/jlobos / प्रतिक्रिया-एस्पानोल । मेरा मानना ​​है कि कई भाषाओं में दस्तावेज़ होने से सामग्री-यूआई को और अधिक सुलभ बनाया जा सकता है।

जरूरत पड़ने पर किसी भी स्पेनिश/पुर्तगाली अनुवाद में मदद करने में खुशी होगी!

चीन में हमारी बाजार हिस्सेदारी को देखते हुए, मुझे लगता है कि हमें वास्तव में सामग्री-यूआई की अनुवाद कहानी को आगे बढ़ाने की जरूरत है। उदाहरण के लिए, हमारे पास फ्रांस की तुलना में चीन से कम यातायात है…

मैंने बेंचमार्क करना शुरू कर दिया है कि उद्योग क्या कर रहा है। इसे देखने के लिए कुछ समाधान वास्तु की दृष्टि से दिलचस्प हैं:

• दृश्य । वे हुड के तहत हेक्सो का उपयोग करते हैं लेकिन मेरा मानना ​​​​है कि वे पुस्तकालय की i18n सुविधा का उपयोग नहीं कर रहे हैं।
  उनके कार्यप्रवाह को https://github.com/vuejs/vuejs.org/issues/271#issuecomment -266476746 में समझाया गया है। यह समुदाय को दस्तावेज़ीकरण को फोर्क करने और उनके पक्ष में अनुवाद करने के लिए प्रोत्साहित कर रहा है। उदाहरण के लिए, vuejs-fr/vuejs.org , vuejs-ru/vuejs.org ।
  यह वह समाधान है जिसके लिए हमारी ओर से कम काम करने की आवश्यकता है। हालांकि, मुझे यह अक्षम लगता है। यह बूटस्ट्रैप द्वारा उपयोग किया जाने वाला दृष्टिकोण भी है।
• ऐसा करने के लिए Nuxt कई तरह के टूल्स का इस्तेमाल कर रहा है। उम्मीद है, हमारे लिए, कुछ विवरण हैं :)। मुझे लगता है कि GitLocalize को आज़माने लायक है।
• दस्तावेज़ बनाने के लिए जेस्ट डॉक्यूसॉरस का उपयोग कर रहा है। वे प्रलेखन का अनुवाद करने के लिए क्राउडिन का भी उपयोग करते हैं। मेरा मानना ​​​​है कि क्राउडिन GitLocalize का एक प्रतियोगी है। यह भी कोशिश करने की चीज है।

इसके अलावा: https://www.transifex.com

यह समुदाय को दस्तावेज़ीकरण को फोर्क करने और उनके पक्ष में अनुवाद करने के लिए प्रोत्साहित कर रहा है। [...] मुझे यह अक्षम लगता है।

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

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

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

यदि आवश्यक हो तो मुझे फ्रेंच अनुवाद में मदद करने में खुशी होगी।

चीनी यहाँ! हाई के लिए भी काम कर रहे हैं... चीनी डॉक्टर के साथ मदद करने के लिए तैयार से ज्यादा।

मैं पुर्तगाली अनुवाद में मदद कर सकता हूं।

मेरी मुख्य भाषा स्पेनिश है, मैं अनुवाद में मदद कर सकता हूं।

@oliviertassinari material-ui चीन में डेवलपर्स के साथ बहुत लोकप्रिय है, लेकिन कई कंपनियां इसे पसंद नहीं करती हैं। क्योंकि यह रिएक्ट का उपयोग करता है! मै चाइना से आया हूँ। मैंने 0.x संस्करण से सामग्री-यूआई का उपयोग करना शुरू किया। मै उसे बोहुत पसंद करता हूँ। वैसे, मेरे दोस्तों को भी मटेरियल-यूआई पसंद है। यदि आवश्यक हो, तो मैं दस्तावेज़ों को चीनी में बदलने की अपनी क्षमता में योगदान देना चाहूंगा। लेकिन मैं वर्तमान में देख रहा हूं कि आधिकारिक दस्तावेज़ संरचना अन्य भाषाओं में संशोधित कांटा के लिए अनुकूल नहीं है!

गिटहब पर ट्रैफिक मूल को देखते हुए, मुझे लगता है कि हमें केवल अंग्रेजी और चीनी पर ध्यान केंद्रित करना चाहिए।

https://www.similarweb.com/website/github.com

मैं बूटस्ट्रैप द्वारा उपयोग किए जाने वाले दृष्टिकोण को बेंचमार्क कर रहा हूं। वे इसे करने के लिए समुदाय पर भरोसा करते हैं। चीनी संस्करणों में वैश्विक यातायात का लगभग 10% है। यह बहुत खराब नहीं है।

@medz प्रतिक्रिया के लिए धन्यवाद। हाँ, हमें मूल दस्तावेज़ीकरण संरचना पर काम करने की आवश्यकता होगी।
एक महत्वपूर्ण चुनौती अप टू डेट रहना है। हमें किस प्रक्रिया का उपयोग करना चाहिए?
मैंने कुछ वेबसाइट को Google अनुवाद पर निर्भर देखा है... लेकिन लोगों को हमें Google अनुवाद का उपयोग करने की आवश्यकता नहीं है।

@oliviertassinari i18n संरचना या भाषा पैकेज की निर्देशिका संरचना सभी अच्छी है, या संरचना जो कांटा संशोधन भाषा प्रदान कर सकती है वह भी एक अच्छा विकल्प है, लेकिन कांटा संशोधन भाषा की संरचना को तैनात करने के लिए एक नए डोमेन नाम की आवश्यकता है। उपयोगकर्ता के उपयोग के दृष्टिकोण से, i18n भाषा पैकेज संरचना या निर्देशिका संरचना एक बेहतर विकल्प है।

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

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

धन्यवाद।

ईमानदारी से, मुझे लगता है कि ऐसी दुनिया में जहां अधिकांश विकास संसाधन अंग्रेजी में हैं, दस्तावेज़ों के कई अनुवादों को बनाए रखने की कोशिश करना व्यर्थता में और मामूली लाभ के लिए होगा।

सुनने में तो अच्छा लगता है!

@oliviertassinari मैं आपको समझता हूं, लेकिन मेरी राय में अन्य देश इसका उपयोग क्यों नहीं कर रहे हैं, ऐसा इसलिए है क्योंकि यह अंग्रेजी में है। मुझे पूरा यकीन है कि इसके पुर्तगाली संस्करण के साथ, उदाहरण के लिए, ब्राज़ीलियाई अपनी परियोजनाओं में इसका अधिक उपयोग करेंगे।

@fizzvr

दस्तावेज़ों के कई अनुवादों को बनाए रखने की कोशिश करना व्यर्थता की कवायद होगी

सुनने में तो अच्छा लगता है!

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

मैंने बाद में एक आदर्श समाधान का वर्णन किया (https://github.com/mui-org/material-ui/issues/9511#issuecomment-377815552), और ऐसा लगता है कि ऐसी तृतीय पक्ष सेवाएं हैं जो इस पर वितरित करने का प्रयास करती हैं।

हमें एक ऐसा खोजने की जरूरत है जिसे सामग्री-यूआई दस्तावेज़ साइट और संरचना में बड़े पैमाने पर ओवरहाल के बिना एकीकृत किया जा सके, लेकिन जो इसे सार्थक बनाने के लिए पर्याप्त उपयोगिता भी प्रदान करता है।

@fpudo अगर हम सही समाधान ढूंढ सकते हैं, तो भाषाओं की संख्या केवल अनुवाद प्रयासों को लेने के लिए लोगों की इच्छा से सीमित है।

मुझे चीनी अनुवाद में मदद करने में खुशी होगी। @ मुझे चाहिए। :)

@earvinLi @medz @xiaoyu-tamu आपके धैर्य के लिए धन्यवाद - मुझे लगता है कि हम अंत में आपके लिए तैयार हैं! https://crowdin.com/project/material-ui-docs

@earvinLi क्या आप चीनी अनुवादों के स्वामी बनकर खुश हैं?

@mbrookes हाय मैट, यह बहुत लंबा रहा है। मैं अभी भी मदद करने को तैयार हूं लेकिन क्या आप अन्य दो अच्छे साथियों से पूछ सकते हैं कि क्या वे मालिक बनना चाहते हैं?

मैं आवश्यक किसी भी स्पेनिश अनुवाद में मदद कर सकता हूं!

मैं वापस चक्कर लगा रहा हूं और इसे पुर्तगाली में अनुवाद करने के लिए खुद को फिर से पेश कर रहा हूं।

@opusartificis @fpudo , धन्यवाद। हम चीनी से शुरुआत कर रहे हैं, लेकिन इस स्पेस को देखें।

@earvinLi , ज़रूर, धन्यवाद। क्या आप प्रक्रियाओं का परीक्षण करने के लिए एक या दो पृष्ठ का अनुवाद कर सकते हैं और मुझे बता सकते हैं कि यह कैसा चल रहा है?

@mbrookes ठीक है!

@earvinLi कृपया क्या आप मुझे Gitter पर पिंग कर सकते हैं? (https://gitter.im/mbrookes)

@xiaoyu-tamu शुरुआत करने के लिए धन्यवाद! मैंने उपयोग के आधार पर शीर्ष दस को "उच्च प्राथमिकता" के रूप में ऊपर तीर द्वारा इंगित किया है। मैंने नीचे की 10 फाइलों और नीचे की 3 निर्देशिकाओं को भी वंचित कर दिया है।

नंबर एक (मार्कडाउन फ़ाइल) getting-started/installation है - हमें अलग से, होम पेज का अनुवाद करने की भी आवश्यकता होगी, लेकिन मुझे पहले इसे कोड करना होगा।

ये है हॉट-लिस्ट:

मैं दस्तावेज़ों का अनुवाद करने के लिए मदद मांगने वाली एक अधिसूचना को आगे बढ़ाने जा रहा हूं। क्या आपको लगता है कि आप चीनी भाषा में उपयुक्त "कॉल टू एक्शन" के साथ आ सकते हैं?

महान! चीनी के साथ मदद करने में खुशी हुई।

@akaxiaok आप हमारे प्रयास का अनुसरण कर सकते हैं और https://translate.material-ui.com/project/material-ui-docs :) में हमारी मदद कर सकते हैं।

नमस्ते, क्या मुई वेबसाइट के ऑटो-अनुवाद को बंद करने का कोई तरीका है? मैं मूल अंग्रेजी दस्तावेज देखना चाहता हूं लेकिन यह नहीं जानता कि इसे कैसे किया जाए।

नमस्ते, क्या मुई वेबसाइट के ऑटो-अनुवाद को बंद करने का कोई तरीका है? मैं मूल अंग्रेजी दस्तावेज देखना चाहता हूं लेकिन यह नहीं जानता कि इसे कैसे किया जाए।

यदि हम बॉक्स के बाहर इस उपयोग के मामले का समर्थन करना चाहते हैं तो @mbrookes को सबफ़ोल्डर दृष्टिकोण के साथ आगे बढ़ना पड़ सकता है। @marsonmao ?lang=en जोड़ना काम करने वाला था , अन्यथा, आपको अपने ब्राउज़र की स्वीकृत भाषाओं को बदलना होगा: /।

@oliviertassinari हम्म ने इस तरह यूआरएल की कोशिश की और काम नहीं कर रहा: https://material-ui.com/demos/chips/?lang=en , मेरे क्रोम ब्राउज़र की भाषा सेटिंग बदलने की भी कोशिश की और काम नहीं कर रहा था। अब मैं अपने आईई एज लॉल का उपयोग कर डॉक्टर वेबसाइट खोलता हूं।

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

@marsonmao हम इसे काम करने के लिए सबसे आसान संभव समाधान के साथ गए, एंड-टू-एंड। यह इस तरह की प्रतिक्रिया है जिसका हम डॉक्स में सुधार के लिए लाभ उठा सकते हैं। हाँ मैं सहमत हूँ।

@oliviertassinari ग्रेट, तो आशा है कि मैं इसे भविष्य में उपयोग कर सकता हूं। मैं काम के लिए दस्तावेज़ खोलने के लिए आईई का उपयोग करूंगा 😄 सामग्री ui के काम के लिए भी धन्यवाद!

@marsonmao - @oliviertassinari सही है। यदि जैसा कि आप कहते हैं, आपकी प्राथमिकता वेबसाइटों को अंग्रेजी में पढ़ने की है, तो आपको अपनी ब्राउज़र भाषा वरीयताएँ बदलनी होंगी। मैंने इसे फ़ायरफ़ॉक्स, सफारी और क्रोम के साथ फिर से परीक्षण किया है, और यह उम्मीद के मुताबिक काम कर रहा है।

भविष्य में हम ब्राउज़र में सेट की गई भाषा वरीयता को ओवरराइड करने का विकल्प जोड़ सकते हैं, लेकिन अभी के लिए, ब्राउज़र सेटिंग्स का उपयोग करें।

मैं किसी भी पुर्तगाली अनुवाद में मदद कर सकता हूं। ब्राज़ील में अधिकांश एंट्री-लेवल और मिडिल-लेवल डेवलपर्स अंग्रेजी के अध्ययन में दिलचस्प नहीं हैं।

@andreacornaglia @fpudo @caiobessa मदद की पेशकश करने के लिए धन्यवाद। ब्राजीलियाई पुर्तगाली अनुवाद अब लाइव है!

अरे, मैं पुर्तगाली अनुवाद में भी मदद कर सकता हूँ। मैं बस सोच रहा हूं कि क्राउडिन में स्ट्रिंग्स के अनुवाद की प्रक्रिया कैसी दिखती है? अनुवादों को कौन स्वीकृति देता है, और नए अनुवादों, समीक्षक या लेखक के साथ पुल अनुरोध किसे बनाना चाहिए?

माफ़ करना! मुझे अभी एहसास हुआ कि हमारे पास एक बॉट है जो अनुवाद परिवर्तनों को भंडार में धकेलता है, इसलिए मुझे लगता है कि, स्वीकृत होने के बाद, अनुवादों को समीक्षा के लिए एक नए पुल अनुरोध पर स्वचालित रूप से शामिल किया जाता है, है ना?

@nicolasiensen सही! इसे पहले पृष्ठ के साथ एक शॉट देने के लिए धन्यवाद :)।

मैं कल अनुवाद करना शुरू करूँगा !!! बेहद कूल!

अगर कोई कृपया पुर्तगाली में अधिसूचना के लिए कुछ शब्द सुझा सकता है, तो मैं इसे दस्तावेज़ों में जोड़ दूंगा।

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

साथ ही, अनुवाद को आसान बनाने के लिए यहां कुछ युक्तियां दी गई हैं:

• कॉपी बटन आपका दोस्त है! किसी भी टेक्स्ट का अनुवाद करने से पहले सोर्स टेक्स्ट को फॉर्मेटिंग के साथ कॉपी करने के लिए इसका इस्तेमाल करें।
• प्रोजेक्ट नामों का शाब्दिक अनुवाद न करें, जैसे कि सामग्री-यूआई, रिएक्ट आदि।
• कोड नमूनों में टिप्पणियों और प्रस्तुत स्ट्रिंग्स (जैसे बटन लेबल) का अनुवाद करें।
• "बटन" जैसे घटक नामों का अनुवाद न करें। (जब यह सामान्य वस्तु को संदर्भित करता है, तो इसका अनुवाद करना ठीक है, उदाहरण के लिए: "आप एक बटन का उपयोग कर सकते हैं"; या "बटन" शीर्षक के रूप में सामान्य रूप से बटन का जिक्र करते हैं।)
• कीबोर्ड शॉर्टकट देखें, वे आपका कुछ समय बचाएंगे। (संपादक में होने पर ऐप बार के दाईं ओर कीबोर्ड आइकन।) उन्हें आपकी पसंद के अनुसार अनुकूलित किया जा सकता है।
• इस पर अपने साथ काम करने के लिए अधिक से अधिक लोगों को आमंत्रित करें। बड़ा काम है!
• अगर कुछ ठीक से काम नहीं कर रहा है, तो हमें बताएं। बहुत सारी सेटिंग्स हैं जिन्हें हम ट्विक कर सकते हैं।

यदि आप एक प्रूफरीडर हैं, तो कृपया अपने स्वयं के अनुवादों को स्वीकार न करें, उनके अलावा जो सीधे स्रोत से कॉपी किए गए हैं जैसे डेमो ऑब्जेक्ट, उदाहरण के लिए {{"demo": "pages/demos/app-bar/SimpleAppBar.js"}} जिसे कॉपी बटन का उपयोग करके बिना अनुवाद के कॉपी किया जाना चाहिए, इसलिए तत्काल स्वीकृत किया जा सकता है।

@mbrookes धन्यवाद :)

@mbrookes पुर्तगाली में अनुवाद एक "छोटे" स्पेनिश के समान है। कुछ लोग स्पेनिश अनुवाद में मदद कर सकते हैं। मैं शामिल हूं।

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

@mbrookes यदि हम ब्राज़ीलियाई पुर्तगाली अनुवाद के साथ आगे नहीं बढ़ते हैं, तो कृपया 31 दिसंबर तक प्रतीक्षा करें। यह मेरे पर बहुत शांत हो जाता है
वर्ष के इस समय कार्यस्थल पर और मेरे पास इस पर काम करने के लिए बहुत समय होगा।

@mbrookes @fpudo जहाँ तक मुझे पता है, पुर्तगाली अनुवाद कहीं भी चित्रित नहीं किया गया है। मुझे नहीं लगता कि यह बिना एडिट बटन के काम कर सकता है जैसा कि हमारे पास चीनी के लिए है:

        if (userLanguage === 'zh') {
          return (
            <Button component="a" href="https://translate.material-ui.com/project/material-ui-docs">
              {'将此页面翻译成中文'}
            </Button>
          );
        }

        return (
          <Button component="a" href={`${sourceCodeRootUrl}${markdownLocation}`}>
            {'Edit this page'}
          </Button>
        );

यह एक बैनर के साथ और भी बेहतर होगा जब अनुवाद गायब हो।

@oliviertassinari ने शुरुआत में चीनी के साथ जो मदद की, वह थी अधिसूचना, लेकिन मैंने स्वयंसेवकों से क्राउडइन और और यहां पुर्तगाली में सुझाए गए शब्दों के लिए कहा (उदाहरण के रूप में चीनी अधिसूचना का अंग्रेजी अनुवाद देते हुए), और कोई सुझाव नहीं मिला।

@fpudo , जब आप कम व्यस्त हों तो इस पर काम करने की पेशकश करने के लिए धन्यवाद। प्राथमिकता के रूप में, कृपया डॉक्स सूचनाओं के लिए कॉल टू एक्शन का सुझाव दें, और देखते हैं कि क्या हम चीजों को आगे बढ़ा सकते हैं!

पता नहीं अगर यह जगह है, लेकिन अगर आप इतालवी अनुवाद के लिए मदद की तलाश में थे तो मैं एक हाथ उधार दे सकता था

@mbrookes सूचनाएं कई भाषाओं में स्केल नहीं होंगी। मैं निम्नलिखित का प्रस्ताव करता हूं:

1. हम #13765 के साथ आगे बढ़ते हैं।
2. हम उन सभी भाषाओं को जोड़ते हैं जिनका हम अंततः समर्थन करना चाहते हैं।
3. हम एक फ़ॉलबैक लागू करते हैं, यदि अनुवाद उपलब्ध नहीं है, तो हम अंग्रेज़ी संस्करण प्रदर्शित करते हैं (1. इसे सक्षम करता है)।
4. हम संपादन बटन का अनुवाद उन भाषाओं में करते हैं जिनका हम समर्थन करते हैं

1. अगर हम वापस आते हैं, तो हम अनुवाद में मदद मांगने वाला एक अच्छा बैनर प्रदर्शित करते हैं। (वैकल्पिक)

सूचनाएं एक से ज़्यादा भाषाओं में स्केल नहीं होंगी.

हुह? यह कहने जैसा है कि सूचनाएं एक से अधिक रिलीज़ के पैमाने पर नहीं होंगी।

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

1/3 काम नहीं करेगा - जैसा कि मैंने #13765 चर्चा में उल्लेख किया है, एक बार क्राउडइन सिंक सक्षम हो जाने पर (स्थायी रूप से या समय-समय पर), कोई भी अनुपलब्ध अनुवाद नहीं होगा।

कोड सरलीकरण के अलावा, फ़ॉलबैक पीआर बेमानी है।

हुह? यह कहने जैसा है कि सूचनाएं एक से अधिक रिलीज़ के पैमाने पर नहीं होंगी।

@mbrookes मेरा मतलब यह है कि चीनी अनुवाद वेग बहुत कम हो गया है, मेरा मानना ​​​​है कि यह दस्तावेज़ीकरण अधिसूचना उपयोग के अंत से संबंधित है। हालांकि यह प्रक्रिया को किकस्टार्ट कर सकता है, मुझे नहीं लगता कि यह इसे बनाए रखने के लिए पर्याप्त है। इसलिए मुझे नहीं लगता कि यह पैमाना बना सकता है। साथ ही, यह उन लोगों के लिए एक संदेश प्रदर्शित कर रहा है जिनकी इस मामले में कोई दिलचस्पी नहीं है। मुझे लगता है कि सुधार की गुंजाइश है।

कोई अनुपलब्ध अनुवाद नहीं होगा।

लेकिन हम इसका पता लगाने की कोशिश कर सकते हैं। हम अस्तित्व और अनुवाद की लंबाई की तुलना कर सकते हैं। यदि लक्ष्य और स्रोत के बीच का आकार बहुत समान है, तो हम यह निष्कर्ष निकाल सकते हैं कि कुछ भी अनुवादित नहीं किया गया था।

आपकी पहली दो टिप्पणियाँ विषम लगती हैं - यदि सूचना को हटाने (इसे क्यों हटाया गया?) - इस बिंदु तक कि चीनी अनुवाद शायद अब अधिकतर पूर्ण हो जाएंगे।

उस ने कहा, मुझे आश्चर्य है कि सीटीए बटन अप्रभावी क्यों है?

मैं सहमत हूं कि यदि हम समानांतर (या इसके निकट) में एकाधिक अनुवाद लॉन्च करते हैं तो वर्तमान अधिसूचनाएं स्केल नहीं होतीं।

मुझे आश्चर्य है कि क्या उन लोगों के लिए आईपी जियोलोकेशन मदद करेगा?

मेरा मानना ​​है कि संपादन बटन वास्तव में दिखाई नहीं दे रहा है। यह हमेशा स्पष्ट नहीं होता है कि मदद की जरूरत है। आईपी ​​​​जियोलोकेशन मदद कर सकता है।

अनुवाद में मदद करने के इच्छुक किसी भी व्यक्ति के लिए, फ़्रेंच, जर्मन, स्पैनिश, रूसी और जापानी अब लाइव हैं (चीनी और पुर्तगाली के साथ):

https://translate.material-ui.com/

हम अब इस मुद्दे को बंद कर सकते हैं: https://next.material-ui.com/discover-more/languages/। मदद और योगदान के लिए आप सभी का धन्यवाद! हमने बुनियादी ढांचे का अधिकांश काम किया है। अनुवादों को अप-टू-डेट रखने के लिए अब हमें निरंतर प्रयास की आवश्यकता है :)।