आपका DOCX दूसरे कंप्यूटर पर अलग क्यों दिखता है?
समस्या जितनी आप सोचते हैं उससे कहीं पुरानी है
आपने घंटों लगाकर एक रेज़्यूमे या क्लाइंट प्रपोज़ल को बेहतरीन बनाया। फ़ॉन्ट स्पष्ट हैं, टेबल बिल्कुल वहीं हैं जहाँ आप उन्हें चाहते हैं, और पेज ब्रेक एकदम सही हैं। आप फ़ाइल ईमेल करते हैं, आपका सहकर्मी उसे खोलता है, और आपदा आ जाती है। हेडर खिसक गया है, बुलेट पॉइंट गड़बड़ हो गए हैं, और आपका चार पेज का संक्षिप्त दस्तावेज़ पाँच पेज का हो गया है। फ़ाइल में खुद कुछ भी नहीं बदला। तो फिर क्या हुआ? यह निराशा ऑफिस कंप्यूटिंग में सबसे पुरानी समस्याओं में से एक है, जो क्लाउड स्टोरेज, रिमोट वर्क और यहाँ तक कि व्यापक ब्रॉडबैंड से भी पहले से चली आ रही है। माइक्रोसॉफ्ट ने DOCX फॉर्मेट (जिसे 2006 में Office Open XML, या ECMA-376 के रूप में मानकीकृत किया गया था) को पोर्टेबिलिटी के लिए डिज़ाइन किया था। लेकिन वास्तविक दुनिया में, वह पोर्टेबिलिटी फ़ाइल बनाने वाले और उसे खोलने वाले कंप्यूटर के बीच मेल खाने वाले कारकों की एक नाजुक श्रृंखला पर निर्भर करती है। यदि उस श्रृंखला की एक भी कड़ी टूट जाती है—जैसे OS, इंस्टॉल किए गए फ़ॉन्ट, Word का वर्जन, या यहाँ तक कि प्रिंटर ड्राइवर—तो रेंडरिंग इंजन अलग विकल्प चुनता है, और आपको एक अलग दस्तावेज़ दिखाई देता है।
फ़ॉन्ट ही सबसे बड़े दोषी हैं
एक DOCX फ़ाइल में असल में फ़ॉन्ट डेटा नहीं होता; यह केवल फ़ॉन्ट का नाम संग्रहीत करती है। जब आप दस्तावेज़ खोलते हैं, तो Word आपके ऑपरेटिंग सिस्टम पर उस फ़ॉन्ट को ढूँढ़ता है। यदि उसे मिल जाता है, तो बहुत अच्छा। यदि नहीं मिलता, तो Word कुछ और बदल देता है। आमतौर पर, यह समान मेट्रिक्स वाला फ़ॉन्ट चुनता है, लेकिन उस वाक्य में 'समान' शब्द का अर्थ बहुत व्यापक है। इस सामान्य स्थिति पर विचार करें: आप Windows पर Calibri Light का उपयोग करके एक दस्तावेज़ डिज़ाइन करते हैं, जो Microsoft Office के साथ आता है। आपका क्लाइंट इसे Office के पुराने वर्जन—मान लीजिए 2016—वाले Mac पर खोलता है, जिसमें वह सटीक फ़ॉन्ट फ़ाइल नहीं हो सकती है। Word Helvetica Neue को बदल देता है, जिसकी कैरेक्टर चौड़ाई थोड़ी अलग होती है। 11pt पर पूरी तरह से फिट होने वाली एक पंक्ति अब अगली पंक्ति में आ जाती है, एक पैराग्राफ को अगले पेज पर धकेल देती है और पूरे दस्तावेज़ में लेआउट में बदलाव की एक श्रृंखला पैदा करती है। प्रीमियम या कस्टम फ़ॉन्ट के साथ भी ऐसा ही होता है। यदि आप एक सुंदर टाइपफेस का उपयोग करते हैं जिसका आपने लाइसेंस लिया है, जैसे GT Walsheim या Freight Text, तो कोई और इसे तब तक नहीं देख पाएगा जब तक उन्होंने भी लाइसेंस नहीं खरीदा हो। Word बस एक डिफ़ॉल्ट सिस्टम फ़ॉन्ट बदल देगा, और आपका सावधानीपूर्वक डिज़ाइन टूट जाएगा। तो, समाधान क्या है? फ़ॉन्ट को सीधे दस्तावेज़ में एम्बेड करें। Windows के लिए Word में, यह File → Options → Save के तहत है, जहाँ आप 'Embed fonts in the file' को चेक करेंगे। Mac पर, यह Word → Preferences → Save → Embed fonts in the file में है। हाँ, इससे फ़ाइल बड़ी हो जाती है—तीन कस्टम फ़ॉन्ट वाला दस्तावेज़ 2-5 MB तक बढ़ सकता है—लेकिन यह स्थिरता के लिए चुकाई गई एक छोटी कीमत है। बस इतना जान लें कि यह कोई जादुई समाधान नहीं है; कुछ अन्य एप्लिकेशन एम्बेडेड फ़ॉन्ट को पूरी तरह से अनदेखा कर देंगे।
Word वर्जन के अंतर जितने लोग समझते हैं उससे कहीं ज़्यादा मायने रखते हैं
माइक्रोसॉफ्ट हर कुछ सालों में Word का एक नया वर्जन जारी करता है। हर वर्जन नई सुविधाएँ लाता है, पुरानी सुविधाओं को कैसे रेंडर किया जाता है उसे बदलता है, और कभी-कभी सूक्ष्म तरीकों से पिछली अनुकूलता को तोड़ देता है। उदाहरण के लिए, Word 2019 और Word 365 टेक्स्ट बॉक्स को अलग तरह से हैंडल करते हैं। सालों से, Word for Mac और Word for Windows लाइन स्पेसिंग की गणना अलग तरह से करते आए हैं, खासकर जब आप पैराग्राफ डायलॉग में 'Exactly' सेटिंग का उपयोग करते हैं (Format → Paragraph → Line Spacing → Exactly)। यहाँ एक क्लासिक उदाहरण है: वह छोटा चेकबॉक्स 'Don't add space between paragraphs of the same style' विभिन्न Word वर्जन में असंगत रूप से व्यवहार करता है। यदि आपने Word 2016 में उस सेटिंग के आधार पर अपने दस्तावेज़ की वर्टिकल रिदम बनाई थी, तो Word 2021 में उसे खोलने वाला कोई व्यक्ति आपकी सारी स्पेसिंग को पूरी तरह से बदला हुआ देख सकता है। LibreOffice या Google Docs में DOCX खोलना और भी बड़े अंतर पैदा करता है। LibreOffice Writer एक सक्षम प्रोग्राम है, लेकिन यह जटिल DOCX सुविधाओं जैसे मल्टीलेवल लिस्ट, ट्रैक किए गए बदलाव और नेस्टेड टेबल को अपने तरीके से व्याख्या करता है। Google Docs तो और भी कठोर है। यह उन सुविधाओं को बस हटा देता है जिनका यह समर्थन नहीं करता है, जैसे कुछ ड्राइंग ऑब्जेक्ट और उन्नत टेबल प्रॉपर्टीज, और यह आपको चेतावनी भी नहीं देगा कि वे चले गए हैं। यदि आपने Word के बिल्ट-इन इक्वेशन एडिटर (Insert → Equation) का उपयोग किया है, तो Google Docs उन्हें निम्न-गुणवत्ता वाली इमेज के रूप में रेंडर कर सकता है या बस हटा सकता है।
प्रिंटर ड्राइवर और पेज साइज़: छिपे हुए वैरिएबल
यह बात ज्यादातर लोगों को हैरान करती है। Word केवल आपकी स्क्रीन पर ही नहीं दिखाता; यह आपके प्रिंटर को ध्यान में रखकर पेज डिज़ाइन करता है। वर्तमान में चुना गया प्रिंटर ड्राइवर Word को भौतिक, अनप्रिंटेबल मार्जिन से लेकर सटीक कागज़ के आयामों तक सब कुछ बताता है। यह यहाँ तक कि फ़ॉन्ट कैसे रेंडर होते हैं, उसे भी प्रभावित करता है। इसका मतलब है कि Word के एक ही वर्जन और समान फ़ॉन्ट वाले दो कंप्यूटर भी अलग-अलग लेआउट दिखा सकते हैं यदि उनके पास अलग-अलग डिफ़ॉल्ट प्रिंटर हैं। एक ठोस उदाहरण: आपका PC एक HP LaserJet से जुड़ा है जिसका न्यूनतम मार्जिन 0.2 इंच है। आपके सहकर्मी की मशीन डिफ़ॉल्ट रूप से एक Canon इंकजेट पर सेट है जिसे 0.25 इंच की आवश्यकता होती है। Word प्रत्येक मशीन पर प्रिंटेबल एरिया को मैच करने के लिए एडजस्ट करता है, जो लाइनों के टूटने की जगह को बदलने के लिए पर्याप्त है। बिना किसी प्रिंटर के इंस्टॉल की गई मशीन, जो सर्वर या नए लैपटॉप के लिए सामान्य है, अपने स्वयं के अनुमानों के साथ एक जेनेरिक ड्राइवर पर वापस आ जाती है। आप इसे खुद देख सकते हैं। बस Windows में अपना डिफ़ॉल्ट प्रिंटर बदलें (Settings → Bluetooth & devices → Printers & scanners) और फिर एक जटिल DOCX फ़ाइल को फिर से खोलें। कसकर स्वरूपित दस्तावेज़ में, आप अक्सर पेज ब्रेक को कूदते हुए देखेंगे। एकमात्र विश्वसनीय बचाव यह है कि आप Layout → Margins → Custom Margins के माध्यम से स्पष्ट मार्जिन खुद सेट करें। Word को प्रिंटर की डिफ़ॉल्ट सेटिंग्स पर निर्भर न रहने दें। सभी तरफ 1 इंच जैसे रूढ़िवादी मार्जिन सेट करने से लेआउट इंजन को नए वातावरण में दस्तावेज़ खोले जाने पर विनाशकारी निर्णय लेने की कम स्वतंत्रता मिलती है।
जब PDF ही सही जवाब हो
यदि आपका लक्ष्य यह है कि प्राप्तकर्ता वही देखे जो आप देखते हैं—कोई फ़ॉन्ट प्रतिस्थापन नहीं, कोई टेक्स्ट रीफ़्लो नहीं, कोई वर्जन-विशिष्ट गड़बड़ नहीं—तो ईमानदार जवाब यह है कि DOCX इस काम के लिए गलत उपकरण है। PDF को इसी समस्या को हल करने के लिए बनाया गया था। यह एक फिक्स्ड-लेआउट फॉर्मेट है जो फ़ॉन्ट को एम्बेड करता है, हर तत्व की ज्यामिति को लॉक करता है, और OS, सॉफ्टवेयर या प्रिंटर कोई भी हो, समान रूप से रेंडर करता है। इसे भेजने से पहले अपने DOCX को PDF में बदलने से वस्तुतः ये सभी समस्याएँ समाप्त हो जाती हैं। निश्चित रूप से, प्राप्तकर्ता इसे आसानी से एडिट नहीं कर सकता (जो अक्सर मुख्य उद्देश्य होता है), और इंटरैक्टिव फ़ॉर्म में अधिक काम लगता है, लेकिन किसी भी केवल-पढ़ने योग्य दस्तावेज़—रिपोर्ट, इनवॉइस, रेज़्यूमे, प्रपोज़ल—के लिए PDF बस अधिक पेशेवर और विश्वसनीय विकल्प है। यहीं पर CocoConvert काम आता है। जब आप एक DOCX अपलोड करते हैं और उसे PDF में बदलते हैं, तो आउटपुट लेआउट को ठीक वैसा ही रखता है जैसा कि हमारे नियंत्रित रूपांतरण सर्वर पर रेंडर किया गया था। परिणाम अनुमानित होता है क्योंकि यह प्राप्तकर्ता की मशीन पर बिल्कुल भी निर्भर नहीं करता है। आपको हर बार एक सुसंगत PDF मिलता है। हालाँकि, एक सीमा के बारे में स्पष्ट हो जाएँ। CocoConvert, किसी भी अन्य कनवर्टर की तरह, ऐसा फ़ॉन्ट नहीं बना सकता जो सर्वर पर नहीं है। यदि आपका दस्तावेज़ एक विशिष्ट टाइपफेस का उपयोग करता है, तो परिणामी PDF एक प्रतिस्थापन का उपयोग करेगा—वही समस्या जो आपको DOCX भेजने पर होती। अपलोड करने से पहले DOCX में फ़ॉन्ट एम्बेड करना बहुत मदद करता है, लेकिन एक गारंटीकृत स्वच्छ रूपांतरण के लिए, Arial, Times New Roman, Calibri, Georgia, या Verdana जैसे मानक सिस्टम फ़ॉन्ट का उपयोग करें।
स्टाइल, टेम्प्लेट और Normal.dotm की समस्या
हर Word दस्तावेज़ एक टेम्पलेट पर आधारित होता है। डिफ़ॉल्ट, Normal.dotm, आपकी स्थानीय मशीन पर रहता है और हर चीज़ के लिए डिफ़ॉल्ट रूप को परिभाषित करता है: 'Normal' पैराग्राफ टेक्स्ट, 'Heading 1', टैब स्टॉप, और बहुत कुछ। जबकि ये परिभाषाएँ आपके दस्तावेज़ में सहेजी जाती हैं, वे अभी भी प्राप्तकर्ता के अपने Normal.dotm से टकरा सकती हैं, जिससे अप्रत्याशित परिवर्तन हो सकते हैं। यदि आपके प्राप्तकर्ता ने कभी अपने Normal.dotm को कस्टमाइज़ किया है—शायद उन्होंने डिफ़ॉल्ट फ़ॉन्ट Calibri 11pt से कुछ और में बदल दिया हो—और आपका दस्तावेज़ डिफ़ॉल्ट 'Normal' स्टाइल का उपयोग करता है, तो उनके कस्टमाइज़ेशन आपके दस्तावेज़ में फैल सकते हैं। यह कॉर्पोरेट वातावरण में एक बड़ी समस्या है जहाँ IT विभाग अक्सर हर कंप्यूटर पर एक कंपनी-ब्रांडेड Normal.dotm तैनात करते हैं। इस लड़ाई को जीतने का एकमात्र तरीका यह है कि आप दस्तावेज़ के भीतर ही हर उस स्टाइल को परिभाषित करें जिसका आप उपयोग करते हैं। Styles फलक में (Home → Styles → एक स्टाइल पर राइट-क्लिक करें → Modify), आप फ़ॉन्ट, आकार, स्पेसिंग और रंग को सावधानीपूर्वक सेट कर सकते हैं। महत्वपूर्ण रूप से, आपको 'New documents based on this template' के बजाय 'Only in this document' को चेक करना होगा। यह आपके दस्तावेज़ को वातावरण से अलग करता है, जिससे यह कहीं अधिक आत्मनिर्भर हो जाता है। यह समस्या तेजी से बदतर होती जाती है जैसे-जैसे अधिक लोग अलग-अलग मशीनों पर एक दस्तावेज़ को एडिट करते हैं। प्रत्येक व्यक्ति का Normal.dotm विरोधाभासी स्टाइल जानकारी डाल सकता है, जिससे एक 'फ्रेंकस्टीन का राक्षस' जैसा दस्तावेज़ बनता है जिसे Word लगातार व्याख्या करने में संघर्ष करता है। यह अराजकता का एक नुस्खा है।
आप वास्तव में इसके बारे में क्या कर सकते हैं
सभी क्रॉस-प्लेटफ़ॉर्म DOCX समस्याओं को ठीक करने के लिए कोई एक जादुई बटन नहीं है, लेकिन आप कुछ स्मार्ट आदतों के साथ 95% तक पहुँच सकते हैं। अपने फ़ॉन्ट से शुरुआत करें। सबसे सुरक्षित तरीका क्लासिक्स के साथ रहना है: Arial, Times New Roman, Calibri, Georgia, और Courier New लगभग हर मशीन पर होते हैं। यदि आपको अधिक विविधता की आवश्यकता है, तो किसी थर्ड-पार्टी टाइपफेस के बजाय Microsoft Office के साथ आने वाले फ़ॉन्ट, जैसे Cambria या Corbel में से चुनें। फिर, हमेशा सेव करते समय फ़ॉन्ट एम्बेड करें, जैसा कि हमने पहले बताया था। यह एक पूर्ण समाधान नहीं है, लेकिन यह सबसे आम समस्या को हल करता है। अपने लेआउट के साथ रूढ़िवादी रहें। 'In Front of Text' रैपिंग वाले फ्लोटिंग टेक्स्ट बॉक्स और इमेज कुख्यात रूप से नाजुक होते हैं। वे टूटेंगे ही। इनलाइन इमेज का उपयोग करना और सरल तालिकाओं के साथ अपने लेआउट को संरचित करना कम आकर्षक है, लेकिन Word के विभिन्न वर्जन में कहीं अधिक स्थिर है। किसी भी दस्तावेज़ के लिए जहाँ अंतिम रूप संपादन योग्यता से अधिक महत्वपूर्ण है, उसे PDF में बदलें। यह इतना आसान है। Word की बिल्ट-इन 'Save As PDF' सुविधा का उपयोग करें—यह साधारण दस्तावेज़ों के लिए उत्कृष्ट है। यदि आप कई फ़ाइलों के साथ काम कर रहे हैं, ऑटोमेशन की आवश्यकता है, या अन्य फॉर्मेट से रूपांतरित कर रहे हैं, तो CocoConvert जैसा उपकरण बेहतर है। अंत में, अपने दस्तावेज़ का परीक्षण करें। यह वैकल्पिक नहीं है। उस महत्वपूर्ण प्रपोज़ल को भेजने से पहले, उसे खुद को ईमेल करें। इसे अपने फ़ोन पर, किसी अन्य कंप्यूटर पर, यदि संभव हो तो Mac पर खोलें। पाँच मिनट का परीक्षण आपके क्लाइंट या बॉस के देखने से पहले इनमें से अधिकांश समस्याओं को उजागर कर देगा। अंतर्निहित सच्चाई यह है कि DOCX सहयोग के लिए एक फॉर्मेट है, प्रस्तुति के लिए नहीं। इसे एक टीम के लिए फ़ाइल को इधर-उधर करने और बदलाव करने के लिए बनाया गया था, न कि एक पिक्सेल-परफेक्ट अंतिम उत्पाद के लिए। एक बार जब आप फॉर्मेट को अपने लक्ष्य से मिला लेते हैं, तो अधिकांश निराशा गायब हो जाती है।