अरबी वेब ऐप्स: दो पठन-दिशाओं के बावजूद टेक्स्ट, कोड और लिंक एक साथ कैसे फ़िट होते हैं

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

द्विदिशात्मक इनलाइन टेक्स्ट पर W3C का मार्गदर्शन उपयुक्त दिशा-मार्कअप और आइसोलेशन का वर्णन करता है। यह एक तकनीकी आधार है, कोई नई उत्पाद-ख़बर नहीं। इस लेख के लिए हम अपने स्वयं के एक छोटे सहायता कार्ड को देखते हैं: एक छोटा अरबी नोट और अपरिवर्तित उदाहरण पथ /docs/v2?a=1 ।

भाषा और लेखन-दिशा के काम अलग-अलग हैं

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

हमारा उदाहरण जानबूझकर इन विवरणों को अलग रखता है। बाहरी कार्ड अरबी है और दाएँ से बाएँ व्यवस्थित है। ज्ञात ASCII पथ बाएँ से दाएँ पढ़ा जाता है। उसके अक्षर, स्लैश और प्रश्नचिह्न उसी तार्किक क्रम में रहते हैं। यह अभिव्यक्ति किसी मौजूदा ग्राहक खाते या किसी वास्तविक सेवा-पहुँच को संदर्भित नहीं करती।

<p lang="ar" dir="rtl">
  المسار:
  <bdi dir="ltr">/docs/v2?a=1</bdi>
</p>

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

अभिव्यक्ति की सीमा उसके अर्थ का हिस्सा है

केवल उसी तकनीकी अभिव्यक्ति को मार्कअप करें जो एक साथ जुड़ी हो। ठीक बाद आने वाला कोष्ठक अरबी वाक्य का हो सकता है या तकनीकी स्ट्रिंग का हिस्सा हो सकता है। पूरी पंक्ति को मिरर करके इस प्रश्न का उत्तर हर स्थिति के लिए एक जैसा नहीं दिया जा सकता।

W3C उस सम्मिलित टेक्स्ट में, जिसकी दिशा ज्ञात है, और उस टेक्स्ट में, जिसकी दिशा अज्ञात है, अंतर करता है। किसी ज्ञात पथ के लिए दिशा स्पष्ट होती है। रनटाइम पर सम्मिलित टेक्स्ट के लिए स्वचालित दिशा-पहचान या कोई उपयुक्त आइसोलेटिंग एलिमेंट उपयोगी हो सकता है। मार्कअप सामग्री और संरचना के अनुसार चुनें, केवल इसलिए नहीं कि पृष्ठ अरबी है।

अरबी लेबल वाला लिंक भी दृश्य रूप से लिखे गए ASCII पते से अलग चीज़ है। लिंक उसी गंतव्य तक ले जा सकता है, जबकि उसका दृश्य टेक्स्ट अलग दिशा का पालन करता है। इसलिए लक्ष्य पते और लेबल पर अलग-अलग विचार किया जाना चाहिए।

आपकी अपनी जाँच के लिए एक स्क्रीनशॉट से अधिक चाहिए

छोटे अंश के बगल में, एक सटे हुए कोष्ठक और एक तटस्थ संस्करण संख्या के साथ दूसरा कार्ड बनाएँ। केवल पथ नहीं, पूरे वाक्य को देखें। तकनीकी विवरण कहाँ शुरू होता है? कौन-सा विराम-चिह्न व्याख्या का हिस्सा है? क्या अरबी पढ़ने वाला व्यक्ति बिना उलझे संदर्भ को समझ सकता है?

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

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

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

पृष्ठ की आधार-दिशा हर विवरण तय नहीं करती

प्लेटफ़ॉर्म KENJTEC WebSiteBuilder aiमें, अरबी में वर्णित वेबसाइट अरबी भाषा-टैग और दाएँ-से-बाएँ आधार-दिशा के साथ बनाई जाती है। हर Builder वेबसाइट की ठीक एक भाषा होती है। कस्टम HTML जोड़ डेवलपर मोड में मैन्युअल रूप से तैयार किए जा सकते हैं; एक अतिरिक्त भाषा-संस्करण एक अलग वेबसाइट होता है।

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

स्रोत और स्थिति

शोध और दस्तावेज़ीकरण 25 अक्टूबर 2026 की स्थिति के अनुसार। HTML में इनलाइन मार्कअप और द्विदिशात्मक टेक्स्ट।