चेतावनी, आरेख या लेआउट को तोड़े बिना उपयोगकर्ता पुस्तिका (यूज़र मैनुअल) का अनुवाद कैसे करें

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

सही प्राथमिकता है:

1. स्रोत संस्करण और दायरा;
2. सुरक्षा और प्रक्रियात्मक अर्थ;
3. उत्पाद नाम, नियंत्रण और अनुवाद न करने योग्य आइटम;
4. आरेख लेबल और क्रॉस-रेफ़रेंस;
5. पूर्णता और संरचना;
6. लक्ष्य-भाषा स्पष्टता; और
7. दृश्य लेआउट।

चेतावनियों, शब्दों, आंकड़ों, संदर्भों, स्वामियों, साक्ष्यों और पुनः परीक्षण की स्थिति को रिकॉर्ड करने के लिए उपयोगकर्ता पुस्तिका अनुवाद नियंत्रण पत्रक डाउनलोड करें।

उत्पाद और पुस्तिका संस्करण को स्थिर करें

गलत पुस्तिका का परिष्कृत अनुवाद भी गलत ही होता है। अनुवाद से पहले, यह रिकॉर्ड करें:

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

यदि स्रोत अभी भी बदल रहा है, तो एक कटऑफ़ और एक परिवर्तन लॉग स्थापित करें। नए स्रोत संपादन लक्ष्य में एक स्पष्ट संशोधन के माध्यम से आने चाहिए, न कि ऐसे प्रतिस्थापन वाक्य भेजने से जिनका कोई भी व्यक्ति संपूर्ण फ़ाइल के साथ मिलान न करे।

यह संस्करण रिकॉर्ड डाउनलोड करने योग्य नियंत्रण पत्रक में पहली पंक्ति है क्योंकि इसके बाद की प्रत्येक जाँच इसी पर निर्भर करती है।

गद्य का अनुवाद करने से पहले चेतावनी प्रणाली को सुरक्षित रखें

चेतावनी एक प्रणाली है: संकेत शब्द, खतरा, परिणाम, बचाव कार्रवाई, प्रतीक, स्थान और संदर्भ। प्रत्येक तत्व का स्वतंत्र रूप से अनुवाद न करें और यह न मानें कि संबंध सुरक्षित रहेगा।

ISO 20607:2019 मशीन जीवन चक्र में मशीन निर्देश हैंडबुक के सुरक्षा-प्रासंगिक भागों, संरचना और प्रस्तुति को संबोधित करता है। IEC/IEEE 82079-1:2019 उपयोग के लिए जानकारी के व्यापक सिद्धांतों और आवश्यकताओं को प्रदान करता है। ये मानक मशीन अनुवाद को अनुपालन योग्य नहीं बनाते हैं; वे दिखाते हैं कि क्यों मैनुअल तैयारी और सत्यापन उत्पादन अनुशासन हैं, न कि वाक्य प्रतिस्थापन।

प्रत्येक चेतावनी के लिए, कैप्चर करें:

• स्थिर चेतावनी आईडी;
• स्रोतः और लक्ष्य संकेत शब्द;
• खतरा कथन;
• परिणाम कथन;
• बचाव निर्देश;
• प्रतीक या छवि संदर्भ;
• पेज, अनुभाग और वह प्रक्रिया जहाँ यह प्रकट होती है; और
• आवश्यक समीक्षक।

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

तीन नियंत्रित सूचियाँ बनाएँ

एक शब्दावली पर्याप्त नहीं है। नियंत्रण के तीन प्रकारों को अलग करें।

स्वीकृत शब्दावली

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

तकनीकी शब्दों का सावधानी से उपयोग करने पर माइक्रोसॉफ्ट का वर्तमान मार्गदर्शन using technical terms carefully जब उनकी आवश्यकता होती है तो सुसंगत शब्दों और परिभाषाओं की सिफारिश करता है। अनुवाद में भी यही सिद्धांत अधिक मायने रखता है: दो प्रशंसनीय लक्ष्य शब्दों के बीच स्विच करने से पाठक को यह लग सकता है कि मैनुअल दो अलग-अलग भागों को संदर्भित करता है।

अनुवाद न किए जाने वाले आइटम

ऐसी स्ट्रिंग्स की पहचान करें जिन्हें अपरिवर्तित रहना चाहिए, जैसे:

• मॉडल नंबर और पार्ट नंबर;
• कमांड-लाइन मान, फ़ाइल एक्सटेंशन और कोड;
• प्रोजेक्ट द्वारा शासित ट्रेडमार्क या उत्पाद नाम;
• नियामक पहचानकर्ता;
• शब्दशः इंटरफ़ेस लेबल जिनका स्थानीयकरण नहीं किया गया है; और
• कनेक्टर, पोर्ट या नियंत्रण चिह्न जो उत्पाद पर भौतिक रूप से दिखाई देते हैं।

“अनुवाद न करें” का अर्थ “नज़रअंदाज करना” नहीं है। स्ट्रिंग की वर्ण-दर-वर्ण जाँच करें और उसके आस-पास के व्याकरण को स्पष्ट रखें।

इंटरफ़ेस और भौतिक-नियंत्रण लेबल

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

यदि उत्पाद यूआई अभी भी Settings कहता है, तो मैनुअल निर्देश को “Open Preferences” के रूप में अनुवादित करने से खोजने में विफलता (फ़ाइंडेबिलिटी फ़ेलियर) होती है, भले ही दोनों वाक्यांश भाषाई रूप से स्वीकार्य हों। तय करें कि मैनुअल को स्रोत लेबल, स्थानीयकृत लेबल या दोनों को उद्धृत करना चाहिए।

लंबे दस्तावेजों के लिए, terminology consistency workflow स्वीकृत और अस्वीकृत रूपों के लिए एक पुनuseable (पुनः उपयोग योग्य) संरचना देता है।

उस टेक्स्ट की सूची बनाएँ जो मुख्य टेक्स्ट प्रवाह में नहीं है

मैनुअल अनुवाद योग्य सामग्री को इनमें छिपाते हैं:

• आरेख और स्क्रीनशॉट;
• कॉलआउट लेबल;
• टेक्स्ट बॉक्स और साइडबार;
• तालिका सेल;
• शीर्ष लेख और पाद लेख;
• जनरेट की गई विषय-सूची (टेबल ऑफ़ कंटेंट्स);
• चित्र कैप्शन;
• लिंक किए गए ग्राफिक्स;
• सीएडी निर्यात (CAD exports); और
• स्कैन किए गए पृष्ठ।

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

यह दावा न करें कि कोई दस्तावेज़ अनुवादक हर आरेख को फिर से तैयार करेगा। BookTranslator समर्थित होने पर छवियों और दस्तावेज़ संरचना को रख सकता है, लेकिन छवि के भीतर का पाठ और जटिल उत्पादन कलाकृति के लिए अलग संपादन और समीक्षा की आवश्यकता हो सकती है।

वह स्रोत प्रारूप चुनें जिसे संपादन योग्य रहना आवश्यक है

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

पहले एक प्रतिनिधि तनाव अनुभाग का अनुवाद करें

एक ऐसा अनुभाग चुनें जिसमें कई विफलता सतहें शामिल हों:

• कम से कम एक चेतावनी;
• एक क्रमांकित प्रक्रिया;
• कॉलआउट वाला एक आरेख;
• एक तालिका;
• एक क्रॉस-रेफरेंस;
• एक इंटरफ़ेस लेबल; और
• तंग लेआउट वाला एक पृष्ठ।

पूरे मैनुअल को संसाधित करने से पहले उस अनुभाग का अनुवाद करें और उसे फिर से तैयार करें। इसका उत्तर देने के लिए उपयोग करें:

• क्या शब्दावली वास्तविक वाक्यों में फिट बैठती है?
• क्या चेतावनियाँ अभी भी दृश्य और शब्दार्थ रूप से पूर्ण हैं?
• क्या लक्ष्य भाषा बिना अपठनीय प्रकार के फिट हो सकती है?
• क्या लेबल उत्पाद और UI से मेल खाते हैं?
• क्या उपलब्ध स्रोत फ़ाइलों के साथ आरेखों को अद्यतन किया जा सकता है?
• क्या आउटपुट स्वरूप आवश्यक समीक्षा का समर्थन करता है?

यदि तनाव अनुभाग विफल हो जाता है, तो विफलता को 200 पृष्ठों तक बढ़ाने से पहले कार्यप्रवाह बदलें।

शैली से पहले संरचना की समीक्षा करें

पूर्ण अनुवाद के बाद, स्रोत के साथ पूर्ण लक्ष्य का मिलान करें।

1. अनुभाग, प्रक्रिया, चेतावनी, तालिका और आंकड़े की गिनती की तुलना करें।
2. प्रत्येक प्रमुख अनुभाग में पहली और अंतिम सामग्री की जाँच करें।
3. प्रत्येक "see section," "see figure," और "see table" संदर्भ को हल करें।
4. क्रमांकित चरणों, बुलेट्स, पूर्वशेकतों और परिणामों की जाँच करें।
5. स्रोत-भाषा के अवशेषों की खोज करें और इसकी तुलना DNT सूची से करें।
6. प्रत्येक स्वीकृत और अस्वीकृत शब्दावली संस्करण की खोज करें।
7. संख्याओं, इकाइयों, सहिष्णुता (टॉलरेंस), टॉर्क मानों, तापमान, तिथियों, यूआरएल और पहचानकर्ताओं की जाँच करें।
8. पुष्टि करें कि हेडर, फुटर, संशोधन कोड और कानूनी सूचनाएं सही संस्करण डेटा का उपयोग करती हैं।

बदला हुआ कॉलाउट एक मौन दोष पैदा कर सकता है। यदि स्रोत में “आइटम 4 दबाएं” लिखा है और अनूदित चित्र इसे 5 के रूप में पुनर्संख्यांकित करता है, तो वाक्य और आरेख दोनों उचित लग सकते हैं जबकि निर्देश unusable हो जाता है।

स्रोत-भाषा की समरूपता के लिए नहीं, बल्कि लक्ष्य-भाषा के उपयोग के लिए संपादित करें

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

माइक्रोसॉफ्ट का वैश्विक लेखन मार्गदर्शन अनुवाद योग्य तकनीकी सामग्री में छोटे, स्पष्ट वाक्य, सुसंगत निर्माण, और मुहावरों या संस्कृति-विशिष्ट संदर्भों से बचने की सलाह देता है। किसी लक्ष्य मैनुअल को ऐसी विविधता जोड़कर “सुधारें” मत जो शब्दावली की स्थिरता को कमज़ोर करती हो।

यहीं पर मानव पोस्ट-एडिटिंग आती है: पूर्णता और नियंत्रित सामग्री के सत्यापित होने के बाद, न कि उन जाँचों के बदले।

एक उत्पाद के रूप में पुनर्निर्मित मैनुअल को मान्य करें

तीन अलग-अलग स्वीकृतियां चलाएं।

भाषा और तकनीकी समीक्षा

• अर्थ स्रोत से मेल खाता है।
• उत्पाद शब्दावली और नियंत्रण लेबल स्वीकृत हैं।
• चेतावनियाँ खतरे, परिणाम और बचाव की कार्रवाई को सुरक्षित रखती हैं।
• इकाइयाँ, मान और पहचानकर्ता सही हैं।
• लक्ष्य-भाषा की प्रक्रियाएं लक्षित उपयोगकर्ता के लिए स्पष्ट हैं।

संरचनात्मक समीक्षा

• प्रत्येक प्रक्रिया, चेतावनी, तालिका, आकृति, परिशिष्ट और नोट मौजूद है।
• क्रॉस-रेफ़रेंस सही लक्ष्य आइटम पर ले जाते हैं।
• टीओसी (TOC) प्रविष्टियाँ और बुकमार्क सही अनुभागों को खोलते हैं।
• फ़िगर कॉलआउट आस-पास के निर्देशों से मेल खाते हैं।

विजुअल और डिलीवरी समीक्षा

• कोई भी चेतावनी, तालिका, कैप्शन या निर्देश काटा नहीं गया है।
• पेज ब्रेक पूर्वापेक्षाओं (prerequisites) को कार्रवाइयों से अलग नहीं करते हैं।
• फ़ॉन्ट लक्ष्य लिपि को कवर करते हैं और डिलीवरी के लिए अनुमत हैं।
• PDF या DOCX उन एप्लिकेशन में खुलता है जिनका उपयोग प्राप्तकर्ता करेगा।
• फ़ाइल नाम, संशोधन, स्थानीयकरण और रिलीज़ पैकेज डिलीवरी रिकॉर्ड से मेल खाते हैं।

PDF आउटपुट के लिए, अनुकूलित करें PDF अनुवाद QA चेकलिस्ट अंतिम प्रूफिंग के दौरान एक अलग विजुअल मानक गढ़ने के बजाय।

BookTranslator कहाँ फिट बैठता है

BookTranslator किसी संपूर्ण पाठ-आधारित PDF या DOCX का अनुवाद कर सकता है, आवर्ती शब्दों के लिए स्वचालित शब्दावली का उपयोग कर सकता है, और समर्थित होने पर द्विभाषी आउटपुट प्रदान कर सकता है। इसके माध्यम से एक प्रतिनिधि स्रोत अपलोड करें PDF अनुवादक या DOCX अनुवादक, लौटाई गई संरचना का निरीक्षण करें, और कार्यप्रवाह को बढ़ाने से पहले स्ट्रेस अनुभाग को मान्य करें।

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

अंतिम यूजर-मैनुअल रिलीज़ गेट

तभी रिलीज़ करें जब:

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

केंद्रीय नियम सरल है: उपयोगकर्ता पुस्तिका का अनुवाद तब सफल होता है जब उपयोगकर्ता सही उत्पाद संस्करण के साथ सही कार्रवाई कर सके। सहज गद्य आवश्यक है, लेकिन यह प्राथमिक स्वीकृति परीक्षण नहीं है।