सभी को नमस्ते, मैं डिजिटल प्रकाशन के युग में गैर-ब्रेकिंग (no-break) स्पेस (U+00A0) पर चर्चा करना चाहता/चाहती हूँ।
मैं एक ऐसे देश में काम करता/करती हूँ जो आधिकारिक रूप से फ्रेंच और अंग्रेज़ी द्विभाषी है। अंग्रेज़ी-भाषी देशों में, गैर-ब्रेकिंग और आधा स्पेस दुर्लभ होते हैं। आप शायद 1·Chronicles के भागों के बीच एक गैर-ब्रेकिंग स्पेस पा सकें।
इसके विपरीत, फ्रेंच-भाषी क्षेत्रों के अधिकांश अनुवादक फ्रेंच स्पेसिंग नियमों का पालन करना चाहते हैं। फ्रेंच-भाषी दुनिया में, 2 चिह्नों (; ! : ? « ») से पहले/आसपास स्पेस आवश्यक होते हैं। बड़ी संख्याओं में हज़ारों के विभाजक के रूप में गैर-ब्रेकिंग स्पेस अक्सर उपयोग किए जाते हैं, जैसे 1·000 (Number Settings - Thousands Separator रीसेट हो जाता है - #3 by jeffh)। प्रकाशन मानक भिन्न-भिन्न होते हैं, लेकिन इस मामले के आदर्श उम्मीदवार सामान्य no-break space (U+00A0) और narrow no-break space (U202F) हैं। यह बंद करने वाले पंक्ति चिह्न (closing punctuation mark) को अगली पंक्ति में धकेलने से रोकता है, विशेष रूप से बहु-स्तंभ लेआउट में। ये स्पेस टेक्स्ट को दुनिया के कंप्यूटरों पर प्रवाहित रहने देते हैं। मानक स्पेस (U+0020), thin space (U+2009), और hair space (U+022A) की चौड़ाई भिन्न होती है, लेकिन ये आवश्यक अनाथ संरक्षण (orphan protection) प्रदान नहीं करते।
कुछ टूल्स गैर-ब्रेकिंग स्पेस को दृश्य रूप से एक धुंधला बिंदु या ग्रे बॉक्स के रूप में प्रस्तुत करने का विकल्प चुनते हैं। Paratext स्वतः गैर-ब्रेकिंग स्पेस (U+00A0) को एक विशाल टिल्ड (~, U+007E) से बदल देता है। वर्तमान संस्करणों में, 00A0 दर्ज करके ALT-X दबाने पर, जो गैर-ब्रेकिंग स्पेस होना चाहिए, उसे साधारण (0020) स्पेस से बदल दिया जाता है, जो पूर्ण रूप से गलत है। यह विशाल टिल्ड हमारे अनुवादकों के लिए बहुत विचलित करने वाला है, और इसलिए अधिकांश समय, फ्रेंच-भाषी अनुवादकों को निर्देश दिया गया है कि वे या तो साधारण स्पेस का उपयोग करें या पंक्ति चिह्नों से पहले स्पेस का उपयोग न करें, इस समझ के साथ कि टाइपसेटर छापने से ठीक पहले उनके निर्णयों के अनुसार स्पेस को मानकीकृत कर देंगे। मुझे पूर्ण रूप से पता है कि प्रीव्यू मोड में विशाल टिल्ड्स को गैर-ब्रेकिंग स्पेस से बदल दिया जाता है, और Print Draft परिवर्तनों या ptxPrint के माध्यम से बदला जा सकता है। एक रचनात्मक तकनीकी व्यक्ति PTX print को कॉन्फ़िगर कर सकता है कि ऐसे चरों से पहले स्पेस सम्मिलित करे, लेकिन तब वे Paratext में बिल्कुल नहीं दिखेंगे।
Paratext दस्तावेज़ीकरण से:
इसके कारण, Paratext अब गैर-ब्रेकिंग स्पेस के उपयोग का समर्थन नहीं करता है। यदि आप अपने टेक्स्ट में गैर-ब्रेकिंग स्पेस का उपयोग करना चाहते हैं, तो आपको गैर-ब्रेकिंग स्पेस की जगह टिल्ड दर्ज करना चाहिए। इन्हें टाइपसेटिंग के समय गैर-ब्रेकिंग स्पेस में परिवर्तित किया जा सकता है। टेक्स्ट में दर्ज किए गए टिल्ड्स को Preview दृश्य में गैर-ब्रेकिंग स्पेस के रूप में प्रदर्शित किया जाता है।
यदि यह कुछ दुर्लभ होता (जैसे अंग्रेज़ी में है), तो मैं चिंतित नहीं होता/होती, लेकिन यह फ्रेंच-भाषी टेक्स्ट के लगभग हर अनुच्छेद में आता है। मेरी चिंता यह है कि 1) टिल्ड्स उन अनुवादकों के लिए विचलित करने वाले हैं जो मानक दृश्य में अपना समय बिताते हैं, और उन लोगों के लिए जो उनके कंधे के ऊपर से पढ़ रहे हैं, और 2) कि डिजिटल प्रकाशन और साझा करने के इस युग में यह प्रतिबंध टिक नहीं पाता।
तकनीकी रूप से,~एक~लोग~टिल्ड्स~के~मध्यम~से~प्रकाशित~हो~सकते~हैं। क्षेत्र स्टाफ की टिल्ड्स के प्रति प्रतिक्रिया, जो टाइपसेटिंग तक गैर-ब्रेकिंग स्पेस को नज़रअंदाज कर देती है, अब व्यवहार्य नहीं है, क्योंकि टेक्स्ट केवल टाइपसेटर द्वारा छापने के लिए तैयार नहीं किए जाते हैं। व्यक्तिगत पुस्तकें स्थानीय स्तर पर प्रकाशित होती हैं, डिजिटल संस्करण DBL में डाले जाते हैं और उपलब्ध कराए जाते हैं, और Scripture Apps बनाए जाते हैं। इसका मतलब है कि Paratext संस्करण में “अंतिम” स्पेसिंग की उपस्थिति बढ़ती हुई महत्वपूर्ण हो रही है, और Paratext अभी भी इसका “वास्तविक” समर्थन नहीं करता। (मैंने आज ही खोजा है कि narrow no-break space (U202F) का कोई दृश्य संकेतक नहीं है, लेकिन कृतज्ञता के साथ यह टिल्ड नहीं बनता।) U+202F का असंगत प्रदर्शन/संभाल, जो संकीर्ण होना चाहिए, यहाँ चर्चा की गई है (Deletion of Unicode 202F ("narrow no break space") in project)
LibreOffice गैर-ब्रेकिंग स्पेस को सामान्य स्पेस से अलग करने के लिए एक ग्रे बॉक्स का उपयोग करता है। Word के Show/Hide फीचर गैर-ब्रेकिंग स्पेस के लिए एक खुला वृत्त और सामान्य स्पेस के लिए एक केंद्रित बिंदु का उपयोग करता है।
क्या Paratext डेवलपर्स इंटरफेस में टिल्ड को छोड़ने और कुछ अधिक पठनीय और कम विचलित करने वाले का उपयोग करने पर विचार करेंगे? क्या इसके लिए USFM में कोई परिवर्तन आवश्यक होगा, या केवल Paratext में? अनुवादक पहले से ही अपने टेक्स्ट में USFM मार्कर जैसे धूसर मेटाडेटा के उपयोग के लिए उपयोग किए जाते हैं। मानक दृश्य में एक धुंधला ग्रे बिंदु · विशेष स्पेस और सामान्य स्पेस को अलग करने में सहायक होगा, सही है? ग्रे वर्गों के साथ जाना दोनों गैर-ब्रेकिंग प्रकृति और लंबाई दिखाएगा, जो मुझे लगता है कि इसीलिए LibreOffice ने उन्हें चुना। यह आशा है कि यह पार-सांस्कृतिक संगतता के लिए एक बड़ी जीत होगी, उम्मीद है कि फ्रेंच-भाषी दुनिया में काम करने वाला कोई अन्य व्यक्ति भी अपना मत दे सके। @jeffh @dhigby @anon023887 ?
मुझे इस पोस्ट (Non-breaking space issues) से समझ में आया है कि टिल्डिफिकेशन (tildefication) को Internet Explorer के एक वैकल्पिक समस्या से लड़ने के लिए पेश किया गया था। आज भी, एक वेबपेज में दो लगातार स्पेस के लिए आवश्यक है कि कम से कम एक को NBSP में परिवर्तित किया जाए। हाँ, स्पेस को दृश्य रूप से अलग करना कठिन है, लेकिन टीमों को उन्हें मानकीकृत करना पड़ता है।
~ Matthew_Lee
Language Technology Consultant
SIL Cameroon
बुरी तरह से, Paratext सहायता गैर-ब्रेकिंग स्पेस को एक ऐसी बला के रूप में मानती है जिसे नष्ट किया जाना चाहिए (नीचे देखें)।
मेरे टेक्स्ट में स्पेस की जगह टिल्ड्स क्यों दिखते हैं?
गैर-ब्रेकिंग स्पेस वे चर हैं जो स्पेस जैसे दिखते हैं लेकिन जो अनुमति नहीं देते…
गैर-ब्रेकिंग स्पेस वे चर हैं जो स्पेस जैसे दिखते हैं लेकिन जो उस स्थान पर पंक्ति टूटने की अनुमति नहीं देते। गैर-ब्रेकिंग स्पेस वाले टेक्स्ट को खोलने पर, यदि आप पाते हैं कि वे स्पेस टिल्ड चरों (~) से बदल दिए गए प्रतीत होते हैं, तो यह जानबूझकर है। Paratext उन्हें टिल्ड्स के रूप में प्रदर्शित करके गैर-ब्रेकिंग स्पेस को दृश्यमान बनाता है।
इसके बारे में मुझे कम से कम क्या जानना चाहिए?
Paratext के पहले संस्करणों ने कभी-कभी गलती से जहां सामान्य स्पेस की आवश्यकता थी, वहां गैर-ब्रेकिंग स्पेस सम्मिलित कर दिए। इसलिए, यदि आप टेक्स्ट के किसी ऐसे स्थान पर एक कभी-कभी टिल्ड देखते हैं जिसमें आप पूर्ण रूप से निश्चित हैं कि गैर-ब्रेकिंग स्पेस की आवश्यकता नहीं है, तो आप बस टिल्ड को स्पेस से बदल सकते हैं।
यदि मैं समस्या को एक बार में सही करना चाहता/चाहती हूँ तो क्या करूँ?
यदि आपने जानबूझकर अपने टेक्स्ट में कोई गैर-ब्रेकिंग स्पेस या टिल्ड्स सम्मिलित नहीं किए हैं और इसलिए सभी गैर-ब्रेकिंग स्पेस और टिल्ड्स को हटाना चाहते हैं, तो Option 1 के निर्देशों का पालन करें। यदि आप पूर्ण रूप से निश्चित नहीं हैं कि टिल्ड्स या गैर-ब्रेकिंग स्पेस जानबूझकर सम्मिलित किए गए थे या नहीं, तो उन्हें हटाने से पहले अपने CAP सहायता व्यक्ति से संपर्क करें, अन्यथा आपको उन्हें मैन्युअल रूप से पुनः दर्ज करना पड़ सकता है।
Option 1 (To get rid of all no-break spaces and tildes):
Click the tab of your project to make it the active tab.
From the Tools menu, point to Advanced and then select Replace No-Break Spaces With Normal Spaces.
Read the warning message and click Yes if you are sure you wish to continue.
If your project has been following the USFM manual and so has been manually inserting tildes either to represent no-break spaces or for some other function, follow the instructions in Option 2. Doing this sooner rather than later prevents Paratext from inserting any more occasional unwanted tildes.
Option 2 (To get rid of no-break spaces, but keep all tildes):
Click the tab of your project to make it the active tab.
From the Tools menu, point to Advanced and then select Replace No-Break Spaces With Normal Spaces But Keep Tildes.
Read the warning message and click Yes if you are sure you wish to continue.
See also:
Important information about no-break spaces and tildes
