अनूदित दस्तावेज़ लंबे क्यों हो जाते हैं

अनूदित दस्तावेज़ में विचार बढ़े बिना भी पृष्ठ बढ़ सकते हैं। अलग-अलग शब्द-लंबाई, वाक्य-संरचना, पंक्ति-विच्छेद के नियम और फ़ॉन्ट मेट्रिक्स यह बदल देते हैं कि एक ही अर्थ को कितनी जगह चाहिए।

संक्षिप्त उत्तर

अनूदित दस्तावेज़ तब लंबे हो जाते हैं जब लक्ष्य पाठ स्रोत की तुलना में अधिक क्षैतिज या ऊर्ध्वाधर जगह घेरता है। ऐसा इसलिए हो सकता है क्योंकि अनुवाद में अधिक अक्षर, लंबे शब्द, पंक्ति तोड़ने के कम अवसर, चौड़े ग्लिफ़, या अधिक पंक्ति-अंतराल इस्तेमाल होते हैं।

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

सबसे उपयोगी योजना-नियम सरल है: लेआउट के बदलने की अपेक्षा करें, ख़ासकर तब जब स्रोत को कसकर फ़िट करने के लिए डिज़ाइन किया गया हो।

एक ही अर्थ अधिक जगह क्यों लेता है

छोटे अंग्रेज़ी लेबल तेज़ी से बढ़ सकते हैं

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

इसका टेक्स्ट-विस्तार मार्गदर्शन यूरोपीय भाषाओं में अनूदित अंग्रेज़ी के लिए ये औसत योजना-सीमाएँ दोहराता है:

अंग्रेज़ी स्रोत की लंबाई	स्रोत के सापेक्ष औसत अनूदित लंबाई
10 अक्षर तक	200-300%
11-20 अक्षर	180-200%
21-30 अक्षर	160-180%
31-50 अक्षर	140-160%
51-70 अक्षर	151-170%
70 से अधिक अक्षर	130%

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

व्याकरण शब्दों की संख्या बदल देता है

भाषाएँ अर्थ को एक ही तरह से नहीं पैक करतीं। कोई भाषा किसी विचार को एक विभक्ति से व्यक्त कर सकती है, जबकि दूसरी को एक आर्टिकल, पूर्वसर्ग, सहायक क्रिया या व्याख्यात्मक वाक्यांश चाहिए होता है। शब्द-क्रम किसी विशेषण या शर्त को ऐसी जगह भी ले जा सकता है जहाँ वह एक अतिरिक्त पंक्ति बना दे।

इसका मतलब यह नहीं कि अनुवादक को स्रोत की संरचना की नकल करनी चाहिए या पृष्ठ-संख्या बनाए रखने के लिए ज़रूरी शब्द हटा देने चाहिए। अनुवाद पहले पूर्ण और स्वाभाविक होना चाहिए; लेआउट को उसके अनुसार ढलना चाहिए।

लंबे शब्द रैपिंग के विकल्प घटा देते हैं

W3C जर्मन शब्द Eingabeverarbeitungsfunktionen को अंग्रेज़ी वाक्यांश “Input processing features” के विकल्प के रूप में एक यौगिक शब्द के उदाहरण के तौर पर इस्तेमाल करता है। अंग्रेज़ी वाक्यांश शब्दों के बीच रैप हो सकता है। जर्मन यौगिक शब्द एक ही पंक्ति में बना रह सकता है, जब तक दस्तावेज़ में भाषा-सजग हाइफ़नेशन उपलब्ध न हो।

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

अक्षर-संख्या दृश्य चौड़ाई के समान नहीं है

किसी अनुवाद में कम अक्षर हो सकते हैं और फिर भी वह अधिक जगह घेर सकता है। W3C अंग्रेज़ी desktop की तुलना जापानी デスクトップ से करता है: जापानी शब्द में कम अक्षर हैं, लेकिन आमतौर पर उसे अधिक क्षैतिज चौड़ाई चाहिए होती है।

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

कुछ लिपियों को अधिक ऊर्ध्वाधर जगह चाहिए

अरबी, चीनी, देवनागरी, जापानी, कोरियाई, थाई, तिब्बती और अन्य लिपियों को लैटिन पाठ की तुलना में ऊँचे ग्लिफ़ या अधिक पंक्ति-अंतराल चाहिए हो सकता है। इसलिए किसी अनुच्छेद की पंक्तियों की संख्या वही रहने पर भी ऊर्ध्वाधर जगह बढ़ सकती है।

यही कारण है कि फ़ॉन्ट छोटा करना शायद ही कभी सबसे अच्छा पहला उपाय होता है। पाठ फ़िट हो जाए, पर लक्ष्य लिपि पढ़ने में कठिन हो सकती है या उसके चिह्न टकरा सकते हैं।

टेक्स्ट विस्तार दस्तावेज़ कहाँ तोड़ता है

लंबे मुख्य अनुच्छेद आमतौर पर खुद को ढाल लेते हैं। समस्याएँ उन कंटेनरों में केंद्रित होती हैं जिनका आकार स्रोत पाठ के आसपास तय किया गया था:

दस्तावेज़ तत्व	आम विफलता	बेहतर उपाय
शीर्षक	अतिरिक्त पंक्ति मुख्य पाठ को अगले पृष्ठ पर धकेल देती है	रैपिंग की अनुमति दें और शीर्षक को अगले अनुच्छेद के साथ रखें
तालिकाएँ	पंक्तियाँ बढ़ जाती हैं, स्तंभ बहुत संकीर्ण हो जाते हैं, या पाठ कट जाता है	प्रमुख स्तंभ चौड़े करें, पंक्ति को बढ़ने दें, या पृष्ठ की दिशा बदलें
टेक्स्ट बॉक्स और कॉलआउट	पाठ अतिप्रवाहित हो जाता है या अपने-आप सिकुड़ जाता है	बॉक्स बड़ा करें या अर्थ की समीक्षा के बाद ही छोटा करें
फ़ॉर्म	लेबल फ़ील्ड से टकराते हैं	लेबल फ़ील्ड के ऊपर ले जाएँ या लेबल की चौड़ाई बढ़ाएँ
शीर्षलेख और पादलेख	पाठ पृष्ठ-संख्याओं या हाशियों पर चढ़ जाता है	दोहराए गए पाठ को सरल करें और हर अनुभाग जाँचें
कैप्शन और फ़ुटनोट	संदर्भ अपने विषय से अलग हो जाते हैं	संबंधित तत्वों को साथ रखें और पृष्ठ-संख्या अद्यतन करें
स्लाइड	बुलेट घने या पढ़ने में बहुत छोटे हो जाते हैं	स्लाइड बाँटें या अनुवाद से पहले स्रोत सामग्री घटाएँ

एक बदली हुई पंक्ति शेष फ़ाइल में श्रृंखलाबद्ध असर डाल सकती है। ऊँची तालिका कैप्शन को खिसका देती है; कैप्शन पृष्ठ-विच्छेद को खिसका देता है; पृष्ठ-विच्छेद विषय-सूची बदल देता है। पाठ अंतिम हो जाने के बाद पूरे दस्तावेज़ की समीक्षा करें, न कि शब्दावली बदलते रहने के दौरान पृष्ठों की मरम्मत करते रहें।

अनुवाद से पहले स्रोत तैयार करें

1. मैन्युअल पंक्ति-विच्छेद हटाएँ

स्रोत को संतुलित दिखाने के लिए डाले गए पंक्ति-विच्छेद शायद ही कभी लक्ष्य भाषा के अनुकूल होते हैं। असली अनुच्छेद-विच्छेद रखें, लेकिन सामान्य वाक्यों को अपने-आप रैप होने दें।

2. संकीर्ण कंटेनरों को बढ़ने की जगह दें

अनुवाद से पहले तालिकाएँ, साइडबार, फ़ॉर्म, चार्ट और टेक्स्ट बॉक्स जाँचें। पैडिंग सिर्फ़ वहीं बढ़ाएँ जहाँ जगह हो, पंक्ति को बढ़ने दें, और आवश्यक पाठ के लिए निश्चित ऊँचाई वाले बॉक्स से बचें।

3. अनुच्छेद और शीर्षक शैलियों का उपयोग करें

शैलियाँ वैश्विक मरम्मत संभव बनाती हैं। अगर अनूदित शीर्षकों को अलग अंतराल या पंक्ति-ऊँचाई चाहिए, तो हर शीर्षक को मैन्युअल रूप से संपादित करने से एक शैली बदलना अधिक सुरक्षित है।

4. दस्तावेज़ की सही भाषा सेट करें

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

5. उन शब्दों की सुरक्षा करें जो बदलने नहीं चाहिए

उत्पाद नाम, कोड, URL, वेरिएबल और कानूनी पहचानकर्ता चिह्नित करें। संक्षिप्ताक्षरों के लिए अनुवादक को संदर्भ दें, बजाय उन छोटे स्रोत लेबलों पर निर्भर रहने के जिनका कोई संक्षिप्त समकक्ष न हो।

6. एक संपादन-योग्य मास्टर फ़ाइल रखें

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

विस्तृत अनुवाद को बिना नुकसान ठीक करें

इस क्रम का पालन करें ताकि दृश्य मरम्मत से कोई भाषाई समस्या न पैदा हो:

1. पुष्टि करें कि कुछ भी दोहराया नहीं गया। शीर्षकों का क्रम, सूचियाँ, तालिकाएँ और दोहराए गए अनुच्छेद स्रोत से मिलाएँ।
2. स्रोत-भाषा के पंक्ति-विच्छेद हटाएँ। टाइपोग्राफ़ी बदलने से पहले लक्ष्य पाठ को खुद को ढालने दें।
3. कंटेनर का आकार बदलें। कोई स्तंभ चौड़ा करें, टेक्स्ट बॉक्स गहरा करें, या तालिका-पंक्ति को बढ़ने दें।
4. अंतराल समायोजित करें। लिपि को ठूँसे बिना अत्यधिक अनुच्छेद-अंतराल या पैडिंग घटाएँ।
5. भाषा-सजग हाइफ़नेशन लागू करें। इसका उपयोग तभी करें जब यह लक्ष्य भाषा और दस्तावेज़ शैली के लिए सही हो।
6. स्थानीय रूप से पुनर्लेखन करें। किसी योग्य समीक्षक से कहें कि अर्थ और लहजा बनाए रखते हुए कोई शीर्षक या लेबल छोटा कर दे।
7. फ़ॉन्ट आकार सबसे अंत में घटाएँ। मुख्य पाठ और दोहराए गए तत्वों को एकसमान रखें, और अलग-अलग अनुच्छेदों को तब तक न छोटा करें जब तक वे बस फ़िट भर न हो जाएँ।

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

लेआउट बनाए रखने वाला अनुवाद कार्यप्रवाह अपनाएँ

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

OpenL Doc Translator PDF, DOCX, PPTX, XLSX, EPUB और SRT सहित कई प्रारूपों का समर्थन करता है। इसका आधिकारिक पृष्ठ बताता है कि यह फ़ॉन्ट, रंग, तालिकाएँ और पृष्ठ-लेआउट बनाए रखता है तथा अनूदित और द्विभाषी दोनों संस्करण देता है। द्विभाषी फ़ाइल यह जाँचने में उपयोगी है कि लेआउट परिवर्तन वैध टेक्स्ट विस्तार से आया या सामग्री के छूट जाने या दोहराए जाने से।

फ़ॉर्मैटिंग संरक्षण मैन्युअल पुनर्निर्माण कम करता है, लेकिन यह हर भाषा को बिल्कुल समान जगह नहीं दे सकता। अंत में द्विभाषी दस्तावेज़ समीक्षा चेकलिस्ट की सहायता से अलग द्विभाषी और लेआउट समीक्षा करें। अतिप्रवाह, तालिका-वृद्धि, पृष्ठ-विच्छेद, शीर्षलेख, पादलेख, विषय-सूची और अंतिम निर्यातित PDF जाँचें।

डिलीवरी से पहले अंतिम जाँच

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

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

Sources

• W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
• Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
• Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
• OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.