AI भाषांतर. शिप करण्यासाठी तयार.
प्रत्येक भाषेत तुमचा आवाज. काहीही शिप होण्यापूर्वी चार गुणवत्ता तपासण्या.
एका चेकआउट स्ट्रिंगचे भाषांतर करणारे स्प्लिट-फ्लॅप बोर्ड. वरची ओळ इंग्रजी स्रोत धरून ठेवते आणि त्याखालील पाच ओळ जर्मन, फ्रेंच, जपानी, रशियन आणि अरबीसाठी फिरतात. प्रत्येक ओळीजवळील चार दिवे प्लेसहोल्डर, बहुवचन, शब्दकोश आणि लांबी तपासणी दर्शवतात. काउंट डायल स्ट्रिंगमधील संख्या सेट करते, वरचा कार्ड बॉक्स शब्दकोश धरून ठेवतो, नाकारलेल्या ओळीवर शटर बंद होते आणि पास झालेल्या ओळी लीव्हरद्वारे पाठवल्या जातात.
- स्रोत स्ट्रिंग: checkout.cart_items · २ प्लेसहोल्डर्स · १ शब्दकोश संज्ञा
- प्रारंभिक ड्राफ्ट्स: एकाच वेळी ५ लोकल्स ड्राफ्ट केले · ४ ड्राफ्ट्समध्ये चूक आहे
- प्लेसहोल्डर तपासणी: fr ने {name} चे {nom} केले · पुन्हा ड्राफ्ट केले, नंतर पास झाले
- बहुवचन तपासणी: ru ने त्याच्या ४ पैकी २ रूपे ड्राफ्ट केली · पुन्हा ड्राफ्ट केले · ar ने सर्व ६ भरली
- शब्दकोश तपासणी: de ने Einkaufswagen लिहिले · शब्दकोश म्हणतो Warenkorb
- लांबी तपासणी: de ४६ पैकी ४८ वर्णांवर चालतो · अद्याप लिहिले गेले
- नाकारले: ja पुन्हा शब्दकोश तपासणीत अपयशी · काहीही लिहिले नाही
- शिप लीव्हर: ४ लोकल्स लिहिले · ja नाकारले
चार गेट्स. प्रत्येक ओळ, प्रत्येक कमिट.
कोणत्याही पासने ड्राफ्ट केले असले तरी, प्रत्येक ओळ चारही तपासण्या पूर्ण करते. तुटलेला प्लेसहोल्डर, बहुवचन किंवा निषिद्ध संज्ञा एकदा स्वयंचलितपणे दुरुस्त केली जाते आणि जर त्याने ती दुरुस्त झाली नाही तर ती नाकारली जाते. केवळ लांबी मर्यादेपेक्षा जास्त असलेली ओळ लिहिली जाते.
प्लेसहोल्डर्स
प्रत्येक व्हेरिएबल प्रवास सुरक्षितपणे पूर्ण करते: कधीही गाळले जात नाही किंवा विस्कळीत होत नाही.
en Hi, {name}!
ja {name}さん、こんにちは
अनेकवचने
भाषेला आवश्यक असलेल्या सर्व श्रेणी. रशियनसाठी चार, अरबीसाठी सघ आणि नियम संच CLDR वरून येतो, अंदाजावरून नाही.
ru файл
ru файл / файла / файлов
ग्लोसरी
लॉक केलेली आणि निषिद्ध टर्म्स सुचवली जात नाहीत तर प्रत्येक लोकलमध्ये लागू केली जातात.
term "Transglot", do not translate
held in every mapped locale
लांबी
जर्मन लांब असते आणि बटणे छोटी असतात. ओळी वर्ण संख्येऐवजी घटक बजेटच्या विरोधात मोजल्या जातात.
de In den Einkaufswagen legen
de In den Warenkorb
- gate 1 प्लेसहोल्डर {code} ड्राफ्टमध्ये गहाळ
- repair {code} पुन्हा टाकणे आणि उजवीकडून डावीकडे (RTL) योग्य आकार देणे
- re-run दुरुस्त केलेल्या ओळीवर सर्व चार गेट्स
- pass ओळ रिलीझ केली, काहीही फाइल केले नाही आणि काहीही प्रतीक्षेत नाही
पाइपलाइन प्रत्यक्षात काय करते.
एक कमांड, कोणतेही रिपॉझिटरी
CLI तुमचा फॉरमॅट वाचतो, डिफ पुश करतो आणि लोकेलनुसार रन स्ट्रीम करून परत पाठवतो.
फाइल फॉरमॅट्स
JSON, YAML, .strings, .stringsdict, ARB, .po, XLIFF 1.2 आणि 2.0, RESX, properties आणि अधिक. त्यातील सातमध्ये बहुवचने आहेत.
जनरेशनपूर्वी मेमरी
ड्राफ्ट लिहिण्यापूर्वी ट्रान्सलेशन मेमरी आणि लॉक केलेले शब्दकोश टर्म्स बांधली जातात, ज्यामुळे गेल्या वर्षी ठरवलेला टर्म आज मॉडेलला आवडणाऱ्या कोणत्याही गोष्टीपेक्षा प्राधान्यक्रमाने वर असतो.
- ट्रान्सलेशन मेमरी
- शब्दकोश लॉक्स
- स्टाइल नियम
केवळ टेक्स्ट नव्हे, तर संदर्भ
जेथे स्क्रीनशॉट उपलब्ध आहे, तेथे ड्राफ्टला तो घटक दिसतो ज्यामध्ये स्ट्रिंग समाविष्ट आहे, तसेच त्याची लांबी बजेट देखील दिसते.
- रेंडर केलेली स्क्रीन
- लांबी बजेट
- की इतिहास
ICU ला माहित असलेले प्रत्येक लोकेल
संपण्यासाठी निश्चित यादी नाही.
- fr-FR
- ja-JP
- ar-EG
- pt-BR
- ko-KR
- de-CH
- hi-IN
- nb-NO
- tr-TR
- uk-UA
तुमचे एजंट्स Transglot बोलतात
सतरा MCP टूल्स, समान क्रियापदे आणि इतर सर्व गोष्टींप्रमाणे समान गेट्स.
नकार देणे ही एक वैशिष्ट्य आहे
दुरुस्त करता न येणारी ओळ नाकारली जाते आणि काहीही लिहिले जात नाही. रनमध्ये फेल झालेल्या गेटसह ती सूचीबद्ध केली जाते आणि Action चे जॉब लाल होते. पर्याय म्हणजे एक तुटलेली स्ट्रिंग जी ग्राहक पाहतोपर्यंत कोणालाही दिसत नाही.
FAQs
टीम्स लिहिण्यास परवानगी देण्याआधी विचारले जाणारे प्रश्न.
प्रत्येक स्ट्रिंग खरोखर फास्ट पासमधून जाते का?
प्रोजेक्ट केव्हा काळजीपूर्वक पासवर जावे?
जेव्हा एखादी ओळ गेटमध्ये अयशस्वी होते तेव्हा काय होते?
हे कोणत्या भाषांमध्ये मजकूर तयार करू शकते?
हे कोणते फॉर्मॅट आणि फ्रेमवर्क्स वाचते?
तुम्ही माझ्या सामग्रीवर प्रशिक्षण देता का?
41 कनेक्टर्स, आधीच तयार.
ते कार्यरत असताना पहा तुमच्या स्वतःच्या स्ट्रिंग्सवर.
कोणतेही कार्ड नाही आणि कोणतीही विक्री कॉल नाही. तुमच्या स्ट्रिंग्स टाका आणि पहिली रन स्वतःच ड्राफ्ट, गेट्स आणि दुरुस्ती करते, जोपर्यंत तुम्ही पाहत आहात.

