अपनी पिछली पोस्ट में, मैंने इस बारे में लिखा था कि क्यों और क्यों पाइबेलब-हब्स बनाने के लिए आवश्यक था, हैंडलबार टेम्प्लेट्स से गेटटेक्स्ट स्ट्रिंग्स का एक एक्सट्रैक्टर।

थोड़ी देर बाद उसे भी जसन से निकालने की जरूरत थी।
इस तरह पाइबेल-जोंस के बारे में आया।
पिथबेल-जोंस को या तो गीथब पर स्थापित करें

यह बाबेल में निर्मित जावास्क्रिप्ट लेसर का उपयोग करता था, लेकिन इसमें बारीकियां भी थीं, लेकिन पोस्ट उस बारे में नहीं था, यह एचबीएस प्लगइन में जितना दिलचस्प था उससे कम दिलचस्प लिखा गया था और शायद ही इस पर ध्यान केंद्रित करने की आवश्यकता है।

यह पोस्ट इस बारे में है कि स्थानीयकरण के लिए पूरा सेट सामान्य रूप से कैसा दिखता है, डेटाबेस से डेटा के साथ क्या करना है, या किसी अन्य से बिल्कुल स्थिर स्थान नहीं है।
इसमें शामिल हैं:
(मुझे कहना होगा कि कोई भी वस्तु अनिवार्य नहीं है, यह सब किसी भी आवेदन को केवल आंशिक रूप से और यदि आवश्यक हो तो कनेक्ट करना काफी आसान है)

- कोलाहल। स्थानीयकरण अनुप्रयोगों के लिए उपयोगिताओं का एक सेट।
- ग्रंट। कार्य प्रबंधक,
- कॉफ़ीस्क्रिप्ट। इसके लिए प्रेजेंटेशन की जरूरत नहीं है, सभी क्लाइंट कोड कॉफी में लिखे गए हैं, और आपको इससे लाइनें निकालने की भी आवश्यकता है।
- हैंडलबार - टेम्प्लेट
- जसन - स्ट्रिंग स्टोरेज
- जेड। js के लिए गेटटेक्स्ट क्लाइंट
- po2json। जद द्वारा समर्थित .json प्रारूप में .po फ़ाइलों को परिवर्तित करने के लिए उपयोगिता

गेटटेक्स्ट और मिथकों के बारे में थोड़ा

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

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

 शून्य सेब।  शून्य सेब
 एक सेब।  एक सेब
 दो सेब।  दो सेब
 पाँच सेब।  पाँच सेब

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

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

"Plural-Forms: nplurals=2; plural=(n != 1)\n"

और यह रूसी के लिए है:

 "Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && " "n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2)\n"

महान और शक्तिशाली :)
डरने की कोई आवश्यकता नहीं है, आपको इसे स्वयं के लिए लिखना होगा, उदाहरण के लिए, जापानी।

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

क्यों? यह सब सेब के बारे में है।
बहुवचन हमेशा एकवचन में नहीं होता है, और एकवचन हमेशा इकाई में नहीं होता है।
इस संबंध में अंग्रेजी सरल है, लेकिन रूसी नहीं है।

डिफ़ॉल्ट रूप से ngettext, क्योंकि कुंजी बिल्कुल अंग्रेजी की अपेक्षा करती है। इसके अलावा, ngettext इनपुट के रूप में केवल दो पैरामीटर लेता है - एकवचन और बहुवचन। और बहुवचन की एक सरणी नहीं।

इस प्रकार, यदि आप अभी भी डिफ़ॉल्ट रूप से रूसी का उपयोग करना चाहते हैं, तो आपको कम से कम अनुवाद फ़ाइल रूसी-रूसी का समर्थन करना होगा, जिसमें लाइन "आपके पास% s सेब" है जो सही गिरावट में बदल जाएगा। हां, आप कर सकते हैं - लेकिन यह टेढ़ा है।
बदलते समय, आपको यह याद रखना होगा कि केवल कुंजी बदली गई है, रूसी में स्ट्रिंग नहीं है, और आपको समानांतर में रूसी भाषा फ़ाइल को संपादित करने और संपादित करने की आवश्यकता है। सामान्य तौर पर, ऐसा करने की कोई आवश्यकता नहीं है। मूल के रूप में अंग्रेजी भाषा के साथ ngettext जितना संभव हो उतना संगत है।

वैसे, उसी समय मैं एक उदाहरण दिखाऊंगा कि .po फाइलें अंग्रेजी के लिए और रूसी के लिए कैसे दिखती हैं

 msgid "You have %(apples_count)d apple" msgid_plural "You have %(apples_count)d apples" msgstr[0] "  %(apples_count)d " msgstr[1] "  %(apples_count)d " msgstr[2] "  %(apples_count)d "

 msgid "You have %(apples_count)d apple" msgid_plural "You have %(apples_count)d apples" msgstr[0] "" msgstr[1] ""

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

ठीक है, तो मैं कहाँ से शुरू करूँ?

जिन सभी के पास अभी भी 3 सेब हैं, उन्हें शुरू करने के लिए प्रेरित किया जाना चाहिए

पाइप स्थापित करें

कठिन हिस्सा पीछे है।

यह बनी हुई है:
- कोड में सभी टेक्स्ट को गेटटेक्स्ट कॉल में बदलें
- कोड पर बेबल सेट करें
- .pot फ़ाइल के आधार पर, प्रत्येक वांछित भाषा के अनुरूप .po फ़ाइल बनाएं।

और वास्तव में अनुवाद क्या है?

यह सवाल इतना आसान नहीं है जितना पहली नज़र में लगता है:

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

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

 pybabel extract -F babel.cfg -o messages.pot -k "trans" -k "ntrans:1,2" -k "__" .

ट्रांसस्क्रिप्ट और एनट्रांस को जावास्क्रिप्ट के लिए निर्दिष्ट किया जाता है, और अजगर के लिए __, जिसमें यह फ़ंक्शन एक स्ट्रिंग को पारदर्शी रूप से प्रसारित करने के लिए उपयोग किया जाता है (उस पर बाद में अधिक)

वह सब है
प्रिंट ("सेब") को प्रिंट (ngettext ("सेब") में बदलने की आवश्यकता है
और सब
प्रिंट ("मेरे पास% s सेब हैं") प्रिंट करने के लिए (ngettext ("मेरे पास% s सेब हैं", "मेरे पास% s सेब हैं", num_of_apples)% num_of_apples)

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

अजगर:

 print(gettext("I have an apple!")) print(ngettext( "I have %(apples_count)d apple", "I have %(apples_count)d apples", num_of_apples ).format(apples_count=num_of_apples))

मानक गेटटेक्स्ट का उपयोग किया जाता है, फ्लास्क और django के पास अपने स्वयं के रैपर हैं

जावास्क्रिप्ट:

 console.log(i18n.trans("I have an apple!")) console.log(i18n.ntrans("I have %(apples_count)d apple","I have %(apples_count)d apples",num_of_apples,{apples_count:num_of_apples}));

यहाँ से जेड विधियों के लिए कॉफी प्रॉक्सिस का उपयोग किया जाता है:
github.com/tigrawap/pybabel-hbs/blob/master/client_side_usage/i18n.coffee
अंतर्निहित जेड स्प्रिंटफ के कारण पैरामीटर स्ट्रिंग को पारित किए जाते हैं

Coffeescript:

 console.log i18n.trans "I have an apple!" console.log i18n.ntrans "I have %(apples_count)d apple", "I have %(apples_count)d apples", num_of_apples, apples_count:num_of_apples

Hadlebars:

 {{#trans}} I have an apple! {{/trans}} {{# ntrans num_of_apples apples_count=num_of_apples}} I have %(apples_count)d apple {{else}} I have %(apples_count)d apples {{/ntrans}}

JSON स्ट्रिंग स्टोर:

 { "anykey":"I have an apple!", "another_any_key":{ "type":"gettext_string", "funcname":"ngettext", "content":"I have %(apples_count)d apples", "alt_content":"I have %(apples_count)d apples" } }

ऑफटॉपिक: पाइबेल-जोंस प्रलेखन में इस प्रारूप का स्पष्टीकरण

मुझे लगता है कि यह कहना मुश्किल नहीं था कि num_of_apples हर कॉल को दो बार दोहराया जाता है।
कारण यह है कि एक बार इसे एनगेटेक्स के तर्क के रूप में पारित किया जाता है, जिसके द्वारा यह तय किया जाता है कि किस स्ट्रिंग का उपयोग किया जाता है, और दूसरी बार एक स्ट्रिंग के पैरामीटर के रूप में, इस स्ट्रिंग में प्रतिस्थापित अन्य संभावित मापदंडों के साथ।

- जैसा कि मैंने कहा - यह सरल भाग है, मौजूदा पाठ को लपेटें।
आगे आपको आवश्यकता है

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

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

यह वास्तव में pybabel-json के कारण होता है।
यह समाधान किसी अन्य अनुवाद समस्या का भी समाधान है, जैसे कि किसी तृतीय-पक्ष सर्वर त्रुटि संदेश की प्रतिक्रिया। हम कह सकते हैं कि यह स्थिर है, लेकिन यह स्थिर है कि हम नियंत्रण नहीं करते हैं, जिसे अनुवाद के लिए खूबसूरती से लपेटा जाना चाहिए।
आपको बस एक .json फाइल बनानी है
errors.json
सामग्री के साथ

 { "from_F_service": [ "Connection error", "Access denied" ], "from_T_service":[ "Oops, it is too long" ] }

कोई चाबी नहीं, तार की साफ सरणी।
सबसे खराब बात यह है कि यदि सेवा ने संदेश को बदल दिया है, तो यह है कि उपयोगकर्ता को एक अनियन्त्रित संस्करण प्राप्त होगा। एक नियम के रूप में, ये trifles हैं

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

इस तरह से प्राप्त किए जाने वाले सभी तार कॉल के माध्यम से गेटटेक्स्ट फ़ंक्शन में जाने चाहिए
यही है, यदि यह अजगर में है, तो पहले दिए गए जेएस या प्रॉक्सी तरीकों में गेटटेक्स्ट () है

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

 class SomeView(MainView): title=gettext("This view title")

यदि आप ऐसा कोड लिखते हैं, तो आप अंग्रेजी में वर्ग की एक निर्मित प्रति प्राप्त करने का जोखिम चलाते हैं यदि वर्ग सर्वर के शुरू होने पर बनाया गया था, या उदाहरण के लिए चीनी संस्करण यदि सृजन गतिशील था, लेकिन पहली कॉल पर कैश किया गया

ऐसे मामलों में, मैं अनुवाद के लिए नोट करना चाहता हूं, लेकिन सही जगह पर अनुवाद करता हूं
सही जगह एक ऑब्जेक्ट बनाना है, न कि क्लास
यानी

 def __(string,*k,**kwargs): return string class MainView(SomeParent): def __init__(self): #.... self.title=gettext(self._title) #.... class SomeView(MainView): _title=__("This view title")

यही है, स्ट्रिंग कलेक्टर अनुवाद के लिए __ को एक स्ट्रिंग के रूप में परिभाषित करेगा, फ़ंक्शन स्वयं कुछ भी नहीं करता है, और अनुवाद सही समय पर लॉन्च किया जाएगा।
इस प्रकार, सब कुछ एक जगह पर है और सुंदर दिखता है।

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

लेकिन किसी भी स्थिति में, इसका निर्माण करने वाले में अनुवाद करना अधिक सही है, न कि उस समय जब कक्षा बनाई जाती है।

ऐसा लगता है कि अनुवाद की दिशा की सभी संभावनाओं को मैंने जान लिया है, मान लीजिए कि यह सब किया जा चुका है।

सब कुछ एक साथ गोंद

अब आप यह सब इकट्ठा करने की कोशिश कर सकते हैं, कुछ सरल कदम हैं:
0) मूल लाइनों की एक खाली निर्देशिका बनाएं, ताकि भविष्य में फ़ाइल की अनुपस्थिति पर शपथ न लें

 touch messages.pot

1) लक्ष्य भाषाओं की .po फाइलें बनाएं यह 1 बार किया जाता है और इसे निर्माण में शामिल नहीं किया जाना चाहिए। .po फाइलें प्रत्येक भाषा के लिए मूल लाइनें और उन दोनों में अनुवाद करने वाली फाइलें हैं।

 pybabel init -i messages.pot -d path/i18n -l es #   .po      path/i18n/es (   i18n  ) #   ,   : (   ,       echo?, echo   ) echo {es,en,fr,de,ja} | xargs -n1 pybabel init -i messages.pot -d path/i18n -l

2) .pot फ़ाइल बनाएं / अपडेट करें - लाइनों का मुख्य भंडार। इसे बिल्ड में शामिल नहीं किया जाना चाहिए, लेकिन इसे तब चलाया जाना चाहिए जब नई।

 python/node/your_language update_translation_jsons #      pybabel extract -F babel.cfg -o messages.pot -k "trans" -k "ntrans:1,2" -k "__" . #    # trans -    , ntrans -  # __  ""    # babel.cfg -  babel-     pybabel update -i messages.pot -d path/i18n/ # .po    ,

यहाँ यह एक babel.cfg फ़ाइल का उदाहरण दिखाने के लिए नहीं होगा, यह एक मैपिंग फ़ाइल है जो इंगित करती है कि कैसे और किन फ़ाइलों से तार निकालने हैं:

 [python: path/backend/notifier.py] [hbs: path/static/**.hbs] [json: path/static/i18n/src/**.json] [javascript: path/static/**.coffee_js] encoding = utf-8

3) .json को प्राप्त करने के लिए po2json के माध्यम से सभी .po फ़ाइलें चलाएँ, जिसे जेड स्वीकार करेगा।
यह निर्माण में शामिल किया जा सकता है और होना चाहिए।
जो कुछ आप नहीं कर सकते हैं, उसे जीआईटी में करने दें, वे वहां नहीं हैं।

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

बेशक, यह बहुत आसान है po2json स्थापित करने के बाद ( npm स्थापित po2json ) कुछ स्क्रिप्ट स्क्रिप्ट में समान शामिल करने के लिए

 echo {es,en,fr,de,ja} | xargs -n1 -I {} po2json /path/i18n/{}/LC_MESSAGES/messages.pot /path/to/build/i18n/{}.json

विचार धारा में शामिल नहीं हैं, लेकिन उनका ध्यान आकर्षित करने के लिए सार्थक है

पोस्ट के दौरान उन्होंने कई बार "बाद में उस पर अधिक" का वादा किया, लेकिन बाद में इसके लिए कोई उपयुक्त जगह नहीं थी।

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

- इसमें डोमेन का भी जिक्र था।
डोमेन अंततः अलग-अलग फाइलें, मैसेज.पॉट / मैसेज.पो = डोमेन संदेश हैं
आप कई डोमेन नाम बना सकते हैं, सभी डोमेन नामों को एक जेड इंस्टेंस पर बाँध सकते हैं, या कई अलग-अलग Jed Instantiaries बना सकते हैं और उन्हें उन पर रेड कर सकते हैं
लेकिन इसके लिए आपको हेल्पर्स हैंडलबार्स या किसी अन्य रैपर का विस्तार करने की आवश्यकता है ... मुझे ऐसी कोई आवश्यकता नहीं थी, लेकिन एक नियम के रूप में मैं अग्रिम में कुछ भी अतिरिक्त नहीं करना पसंद करता हूं :)

- परिचयात्मक ब्लॉक में टेक्स के लिए एक छोटा फुटनोट

यदि आप उपयोगकर्ता को कुछ और सुंदर संदेश प्रदर्शित करना चाहते हैं, जैसे कि "आपके पास 1 सेब", "आपके पास 7 सेब हैं", तो मुख्य भाषा अंग्रेजी होनी चाहिए।

यह समझा जाना चाहिए कि नगेटेक्स कॉल में "आपके पास% (apples_count) d सेब" लिखना आवश्यक है, न कि "आपके पास एक सेब है"
क्योंकि एक के मामले में और 21 वें के मामले में, अंतिम पंक्ति पहले रूप में होनी चाहिए - अर्थात, "आपके पास% d सेब है"

- एक मुद्दे पर ध्यान केंद्रित करना भी महत्वपूर्ण होगा जिसे मैंने अभी तक स्वचालित स्तर पर हल करने में कामयाब नहीं किया है:
जेब के साथ संगत नहीं एक प्रारूप में बैबल एक "खाली लाइन" (एक .po फ़ाइल विन्यास बनाता है जो यह निर्धारित करता है कि वह किस भाषा की है और कौन सी बहुवचन रेखाएं हैं)।
जैल को उम्मीद है कि बहुवचन में सुधार होगा, जबकि बेबल बहुवचन-रूपों को जारी करता है
यहां आपको या तो बेबल के आउटपुट, या जेड के इनपुट को संपादित करने की आवश्यकता होगी, या उनके बीच।
लेकिन पहले, दोनों के विन्यास में देखें।

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

पकाने की विधि i18n आधार - बैबेल, कॉफी के साथ जसन और आपके स्वाद के लिए एचबीएस के साथ अनुदान

गेटटेक्स्ट और मिथकों के बारे में थोड़ा

ठीक है, तो मैं कहाँ से शुरू करूँ?

और वास्तव में अनुवाद क्या है?

सब कुछ एक साथ गोंद

विचार धारा में शामिल नहीं हैं, लेकिन उनका ध्यान आकर्षित करने के लिए सार्थक है

More articles: