सिर्फ़ अंग्रेज़ी नहीं, अरबी और हिंदी टेक्स्ट से क्यों टेस्ट करें?
क्योंकि ग़ैर-लैटिन टेक्स्ट के साथ जो टूटता है उसका ज़्यादातर हिस्सा अंग्रेज़ी में कभी दिखता ही नहीं। अरबी दाएँ-से-बाएँ चलती है और बाएँ-से-दाएँ नंबरों व कोड से मिलती है, उसके अक्षर स्थिति के अनुसार आकार बदलते हैं, और वैकल्पिक मात्राएँ दो "बराबर" स्ट्रिंग को असमान बना देती हैं; हिंदी की देवनागरी व्यंजनों और स्वर-चिह्नों को ऐसे क्लस्टर में जोड़ती है जिन्हें कैरेक्टर काउंटर, ट्रंकेशन या कर्सर ग़लत जगह तोड़ सकता है। लोकेल फ़ॉर्मेट भी अलग हैं — पूर्वी अरबी अंक, हिजरी कैलेंडर, भारतीय अंक-समूहन (1,00,000)। सिर्फ़ अंग्रेज़ी डेटा वाला सूट यह सब बिना टेस्ट छोड़ देता है।
बहुभाषी टेस्ट डेटा जनरेटर कैसे इस्तेमाल करें
- भाषा कोड लिखें (en, ar, hi, fr, de, es, zh, ja, ru, tr, ur)।
- long या wide आकार चुनें।
- संख्या और फ़ॉर्मेट सेट करें और Generate दबाएँ।
बहुभाषी टेस्ट डेटा जनरेटर की खूबियाँ
- ग्यारह भाषाएँ: अंग्रेज़ी, अरबी, हिंदी, फ़्रेंच, जर्मन, स्पेनिश, चीनी, जापानी, रूसी, तुर्की और उर्दू
- हर भाषा के लिए: नाम, प्रोडक्ट, वाक्य और दिशा-फ़्लैग वाला एक इंटरपोलेट किया हुआ स्वागत संदेश
- long आकार (रिकॉर्ड × भाषा पंक्तियाँ) या wide आकार (एक पंक्ति, हर भाषा का अपना कॉलम)
- छँटाई (truncation) जाँचने के लिए सबसे लंबी स्ट्रिंग का आँकड़ा
- seed लगाया जा सकता है; JSON, CSV, SQL, XML, JSON Lines या तालिका आउटपुट
बहुभाषी टेस्ट डेटा जनरेटर का उदाहरण
तीन भाषाओं में स्वागत संदेश
इनपुट:
Languages: en, ar, ja · Shape: Long · Records: 1आउटपुट:
code,direction,welcome
en,ltr,"Welcome back, Lauren!"
ar,rtl,مرحباً بعودتك، سلمى!
ja,ltr,おかえりなさい、Laurenさん!बहुभाषी टेस्ट डेटा जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल
कौन-कौन सी भाषाएँ उपलब्ध हैं?
अंग्रेज़ी, अरबी, हिंदी, फ़्रेंच, जर्मन, स्पेनिश, चीनी (सरलीकृत), जापानी, रूसी, तुर्की और उर्दू — जो लैटिन, अरबी, देवनागरी, CJK तथा सिरिलिक लिपियों और दोनों टेक्स्ट दिशाओं को समेटती हैं।
long और wide आकार में क्या फ़र्क़ है?
long हर रिकॉर्ड और भाषा के लिए एक पंक्ति देता है (अनुवाद तालिकाओं के लिए अच्छा); wide हर रिकॉर्ड के लिए एक पंक्ति और हर भाषा के लिए एक कॉलम देता है (स्प्रेडशीट और आमने-सामने समीक्षा के लिए अच्छा)।
welcome फ़ील्ड क्या है?
स्थानीय भाषा में "Welcome back, {name}!", जिसमें नाम उसी भाषा की लिपि में बिठाया जाता है — i18n इंटरपोलेशन का वही क्लासिक केस जहाँ विराम-चिह्न और शब्द-क्रम अलग होते हैं।
क्या नाम और शहर हर भाषा में localise होते हैं?
सिर्फ़ English, Arabic और Hindi पंक्तियों में native-script नाम (long shape में US, Saudi या Indian शहर भी) मिलता है। French, German, Spanish, Chinese, Japanese, Russian, Turkish और Urdu पंक्तियों में अंग्रेज़ी नाम और शहर रहते हैं, जबकि product, sentence और welcome message अनुवादित होते हैं — वास्तविक mixed-script केस। रिकॉर्ड के भीतर product हर भाषा में वही रहता है।
संदर्भ
- The Unicode Standardसार्वभौमिक कैरेक्टर सेट और उसके एन्कोडिंग रूप (UTF-8, UTF-16, UTF-32), नॉर्मलाइज़ेशन और हर कोड पॉइंट के गुण।
- UAX #29: Unicode Text Segmentationटेक्स्ट को ग्रैफ़ीम क्लस्टर, शब्दों और वाक्यों में कैसे बाँटा जाता है — "कैरेक्टर" की गिनती कोड-पॉइंट या बाइट की गिनती से क्यों अलग हो सकती है।
- UAX #15: Unicode Normalization FormsNFC, NFD, NFKC और NFKD रूप — वजह कि दिखने में एक जैसी दो स्ट्रिंग नॉर्मलाइज़ किए बिना असमान निकल सकती हैं।
- Personal Data Protection Law (English translation)व्यक्तिगत डेटा पर सऊदी कानून — टेस्ट वातावरण में असली ग्राहक रिकॉर्ड की प्रतियों के बजाय सिंथेटिक डेटा क्यों इस्तेमाल करना चाहिए।