Xterm.js: आरटीएल भाषाओं का समर्थन करें

यह वास्तव में बहुत अधिक जटिल है और इसमें स्टेटफुलनेस और यहां तक ​​​​कि कुछ पात्रों को प्रतिबिंबित करना भी शामिल है। मैं कहूंगा कि यह अपने आप में एक विज्ञान है। (और मैं उन लोगों के लिए गहरा सम्मान करता हूं जिन्होंने मजबूत टेक्स्ट रेंडरिंग लाइब्रेरी लिखी हैं जो सभी बीआईडीआई मुद्दों को ठीक से संभालती हैं, इसलिए _I_ को इसके साथ खिलवाड़ करने की ज़रूरत नहीं है, ईमानदार होने के लिए।)

यह सभी देखें:
https://en.wikipedia.org/wiki/Bi-direction_text (अच्छा अवलोकन)
https://www.w3.org/International/articles/inline-bidi-markup/uba-basics
https://www.w3.org/International/tutorials/svg-tiny-bidi/ (प्रारंभिक आधार संबंधित नहीं है लेकिन यह पिछले लिंक की तुलना में कुछ चीजों को बेहतर तरीके से समझाता है)
https://github.com/fevangelou/doctype-mirror/tree/master/bidihowto/bidi-support-in-a-ui

संपादित करें: मुझे लगता है कि जिस तरह से नया चयन काम करता है वह वास्तव में अप्रत्याशित हो सकता है क्योंकि यह वीएससीओडी से अलग व्यवहार करने वाला है। उदाहरण के लिए, "गीत मुझे सोचने पर मजबूर करता है" टेक्स्ट दिया गया है, जब मैं "द" पर चयन करना शुरू करता हूं और दो हिब्रू शब्दों के बीच समाप्त होता हूं, तो मैंने "गीत מדינת" का चयन किया होगा, जबकि कंसोल में मैंने चुना होगा "गीत "।

उदाहरण देखें:

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

@ टायरियर
सबसे पहले मैं आपको अरबी और फ़ारसी भाषा का एक बहुत ही संक्षिप्त परिप्रेक्ष्य देने जा रहा हूँ शायद यह आपकी मदद करे (मुझे यकीन नहीं है कि हिब्रू वही है)।
अरबी और फ़ारसी भाषाओं में अक्षर "آ" "ب" "س" आदि जैसे होते हैं। और शब्द इन अक्षरों द्वारा (जाहिर है) उदाहरण के लिए अंग्रेजी की तुलना में एक बहुत ही अलग नियम के साथ बनाए गए हैं।
अंतर यह है कि हमारे पास "س" जैसे कुछ वर्णमाला के लिए एक से अधिक आकार हैं। पहला आकार "س" है और दूसरा "سـ" है, दूसरा "ـسـ" है और आखिरी वाला "ـس" है। और इन आकृतियों का क्या उपयोग है? किसी शब्द में वर्णमाला कहाँ दिखाई देती है, इसके आधार पर हमारे द्वारा उपयोग की जाने वाली वर्णमाला का आकार भिन्न होता है। उदाहरण के लिए, उल्लिखित वर्णमाला "س" के लिए हम "سـ" आकार का उपयोग करते हैं जब कोई शब्द "سلام" जैसे इस वर्णमाला से शुरू होता है। यहाँ समस्या है और वास्तव में अंग्रेजी और फारसी या अरबी जैसी भाषा के बीच का अंतर है। हम इन अक्षरों की विभिन्न आकृतियों को जोड़कर इन भाषाओं में शब्द उत्पन्न करते हैं (कुछ मामलों में हम उनका एक साथ पालन करते हैं)। मैं फिर से इन नियमों पर प्रकाश डालता हूं: हम इन शब्दों को अक्षरों के बजाय आकृतियों को जोड़कर उत्पन्न करते हैं (जो हमेशा अंग्रेजी में अक्षर को जोड़ते हैं) आप नीचे कुछ उदाहरण देख सकते हैं:
हमारे पास "ک" "ن" "ا" "د" "ی" अक्षर हैं
मैं इन शब्दों को सिर्फ उल्लिखित अक्षरों से बनाता हूं: نادان, اد,دکان
तो, इसे पूरा करने के लिए और आपको यह बताने के लिए कि मेरे द्वारा पोस्ट किए गए स्क्रीनशॉट में क्या हुआ, टर्मिनल शब्दों को अक्षरों में तोड़ देता है और उन्हें उलट देता है। (इसलिए यह केवल उलटने के बारे में नहीं है)। मेरे द्वारा बनाए गए शब्दों और अक्षरों पर एक नज़र डालें जिनका मैंने पहले उल्लेख किया था, अब वीएस टर्मिनल उन्हें "अलग" और "उलट" दिखाता है।

सही प्रारूप: निडान टर्मिनल: ن ا د ا ن
सही प्रारूप: یاد टर्मिनल: د ا
सही प्रारूप: डाउनलोड टर्मिनल: ن ا د

अब आपके प्रश्न:
स्ट्रिंग्स को कहाँ फ़्लिप किया जाना चाहिए। हिब्रू/अरबी/फ़ारसी के लिए, क्या मैं एएससीआई वर्णों के बीच वर्णों के पूरे निरंतर अनुक्रमों को उलट देता हूं?
मुझे हिब्रू के बारे में कोई जानकारी नहीं है, लेकिन अरबी और फारसी में चरित्र के अनुक्रमों को एक अंतरिक्ष चरित्र (शब्द विभाजक अंतरिक्ष है) का सामना करना चाहिए: "من در حال نوشتن ستم" लेकिन फिर भी इसे रखना चाहिए "आकार" और आवश्यक पालन।

0-9 या विराम चिह्न जैसे वर्णों के साथ बातचीत करने के लिए पात्रों का क्या मतलब है?
संख्याओं और विराम चिह्नों के बारे में नियम अंग्रेजी के समान हैं और संख्याएँ और विराम चिह्न वर्णों का अनुसरण करते हैं। इस तरह:
?من در سال "۱۳۶۹" به دنیا مدم।
من در سال "1369" به دنیا مدم।
वास्तव में आरटीएल और नो-आरटीएल पात्रों वाले पात्रों का एक क्रम एक पूरी तरह से अलग कहानी है और यदि आपको अधिक जानकारी की आवश्यकता है तो मैं इसे विस्तृत कर सकता हूं।

पीएस 1:
यह लिंक यहां एक स्रोत कोड है जो PHP में उसी समस्या को हल करने के लिए लिखा गया है (निश्चित रूप से पुराने संस्करणों के लिए) आप एक नज़र डाल सकते हैं
https://github.com/slashmili/php-gd-persian/blob/master/phpgd/fagd.php

पीएस 2:
यहाँ फ़ारसी वर्णों के बारे में विकिपीडिया पर एक संसाधन है
https://en.wikipedia.org/wiki/Persian_alphabet

पीएस 3:
फिर से, मुझे यह उल्लेख करना होगा कि वीएस कोड के पिछले संस्करण में, सब कुछ ठीक था।

पीएस 4:
कुछ LTR वर्ण वाले शब्द के चयन में समस्या के बारे में जैसे
<p>اینجا را بخوانید</p> जिसका @CherryDT ने उल्लेख किया है, कुछ मामूली बग हैं जिनसे मुझे कोई समस्या नहीं है और मैंने उनके लिए त्वरित समाधान

मेरे बनाम कोड को अपडेट करने के बाद, सब कुछ उलट गया, यह बहुत बुरा है, कृपया इस समस्या को हल करें
मैं डाउनग्रेड करना चाहता हूं, विच वर्जन ठीक है?

@mostafa69d सौभाग्य से हिब्रू में पर्याप्त है जो मुश्किल से मौजूद है। हिब्रू अक्षर ज्यादातर एक शब्द के अंदर किसी भी स्थिति में समान रहते हैं, इसके अलावा कुछ अक्षर जो हैं जो में बदल जाते हैं, फिर जो में बदल जाता है, फिर जो में बदल जाता है, फिर जो में बदल जाता है और अंत में צ जो बदल जाता है . यह हिब्रू को प्रारूपित करना आसान बनाता है, मुझे लगता है।

हालाँकि ये अभी भी अलग-अलग वर्ण हैं (वर्ण एन्कोडिंग के संदर्भ में) और हमेशा समान प्रदर्शित होते हैं। इधर-उधर जाने पर वे अपना रूप नहीं बदलते। (यह लेखक का काम है कि वह सही स्थिति में - सोफिट या न - सही अक्षर का प्रयोग करे।)

विभाजन वर्णों के साथ समस्या यह है कि जब वे एक-एक करके अवधि के भीतर लपेटे जाते हैं तो उसे कनेक्शन की आवश्यकता होगी और यह आकार (अरबी अक्षरों) का प्रतिनिधित्व करने से चूक जाएगा।

समस्या को ठीक करने के लिए इन पात्रों को एक अवधि के भीतर होना चाहिए या उन्हें बिल्कुल भी लपेटना नहीं चाहिए।

इन सभी अक्षरों के यूनिकोड की सूची इस प्रकार है
अरबी (0600–06FF, 255 वर्ण)
अरबी अनुपूरक (0750–077F, 48 वर्ण)
अरबी विस्तारित-ए (08A0–08FF, 73 वर्ण)
अरबी प्रस्तुति प्रपत्र-ए (FB50-FDFF, 611 वर्ण)
अरबी प्रस्तुति फॉर्म-बी (एफई70-एफईएफएफ, 141 वर्ण)
रूमी अंक चिह्न (10E60–10E7F, 31 वर्ण)
अरबी गणितीय वर्णमाला चिह्न (1EE00-1EEFF, 143 वर्ण)

आवश्यक पठन: https://opensource.com/life/16/3/twisted-road-right-left-language-support

https://github.com/Microsoft/vscode/issues/28571#issuecomment -307991443 से

क्या आपके पास किसी अन्य टर्मिनल का उदाहरण है जो इसे अच्छी तरह से संभालता है?

mlterm औसत (गैर-वेब आधारित) टर्मिनल से बेहतर लगता है।

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

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

इसके लायक क्या है, डीबग कंसोल आरटीएल ग्रंथों के साथ अच्छी तरह से काम करता है। मैंने यही कोशिश की है:

और यह डिबग कंसोल पर आउटपुट है:

लेकिन टर्मिनल अभी भी वही है:

मैं वीएस कोड का उपयोग कर रहा हूं - अंदरूनी सूत्र v1.31.0।

@babakks जहाँ तक मुझे पता है कि लिनक्स सिस्टम में केवल दो टर्मिनल RTL को सही ढंग से आउटपुट कर सकते हैं, konsole और mlterm , वे सभी डिस्ट्रो रेपो में उपलब्ध हैं।

@eliobeid7 @babakks Mac OS टर्मिनल आउटपुट RTL सही ढंग से

इसे ठीक करने के लिए एक पीआर लगाएं, अगर कोई उस शाखा का परीक्षण करना चाहता है जो उपयोगी होगी क्योंकि मुझे ये भाषाएं नहीं आती हैं। https://github.com/xtermjs/xterm.js/pull/1899

परीक्षा करना:

git clone https://github.com/Tyriar/xterm.js
cd xterm.js
git checkout 701_rtl_support
yarn
yarn watch

# another terminals
yarn start

https://github.com/Microsoft/node-pty#dependencies . को स्थापित करने के लिए आपको कुछ निर्भरताओं की आवश्यकता हो सकती है

कृपया थोड़ा रुकें :)

मैं हाल ही में अध्ययन, मौजूदा दस्तावेज़ों का मूल्यांकन और टर्मिनलों में आरटीएल के कार्यान्वयन पर काम कर रहा हूं, और एक (ड्राफ्ट) सिफारिश के साथ आया हूं। मैं इसे जल्द ही वास्तविक रूप से जारी करूंगा।

यह पहले की तुलना में कहीं अधिक जटिल है। थोड़ा सा स्पॉइलर: यदि आप BiDi एल्गोरिथम के अनुसार पात्रों को इधर-उधर करना शुरू करते हैं, तो उस प्लेटफॉर्म के शीर्ष पर उचित BiDi- जागरूक टेक्स्ट एडिटिंग-व्यूइंग अनुभव (जैसे vim, emacs...) का होना सचमुच, गणितीय रूप से असंभव हो जाता है। . (और पिछली कुछ टिप्पणियों का जवाब देने के लिए: नहीं, konsole, mlterm और macOS Terminal इसे ठीक से नहीं समझते हैं।)

@egmontkob क्या यह इस तथ्य को ध्यान में रखता है कि हम ब्राउज़र के बीड़ी समर्थन का लाभ उठाते हैं? मेरे सभी परिवर्तन करता है बल से संबंधित यूनिकोड अनुक्रमों को अलग-अलग वर्णों के रूप में एक साथ खींचा जाना है। यह शायद गलत है जब कर्सर चरित्र के ऊपर होता है लेकिन ऐसा लगता है कि यह इसके अलावा काम करता है।

@ टायरियर सॉरी टायरियर, लेकिन यह अभी भी गलत है। मैंने पुल अनुरोध के तहत टिप्पणी की।
https://github.com/xtermjs/xterm.js/pull/1899#issuecomment -455333377

युक्ति परिभाषित करती है कि कुछ डेटा प्राप्त करने के बाद कैनवास को कैसा दिखना चाहिए। युक्ति परवाह नहीं है कि टर्मिनल एमुलेटर का बैकएंड क्या है (उदाहरण के लिए एक ग्राफिकल कैनवास, या एक ब्राउज़र (एचटीएमएल डोम), या कोई अन्य टर्मिनल एमुलेटर (टीएमयूक्स)), यह टर्मिनल एमुलेटर का कार्य निर्दिष्ट व्यवहार को किसी भी माध्यम से लागू करने के लिए है .

और निर्दिष्ट व्यवहार का एक पहलू यह है कि कुछ परिस्थितियों में चरित्र कोशिकाओं को बीआईडीआई एल्गोरिदम (केवल प्रदर्शन उद्देश्यों के लिए, वास्तविक भंडारण को प्रभावित नहीं करने के लिए) के अनुसार फेरबदल करने की आवश्यकता होती है, क्योंकि यह "बिल्ली" जैसी सरल उपयोगिताओं को प्राप्त करने का एकमात्र उचित तरीका है। "वांछित उत्पादन का उत्पादन; और कुछ अन्य परिस्थितियों में कोशिकाओं को पुनर्व्यवस्थित नहीं किया जाना चाहिए, क्योंकि यही एकमात्र तरीका है जो vim/emacs/जो अपनी खुद की बीआईडीआई कर सकता है। इस व्यवहार को नियंत्रित करने वाले भागने के क्रम हैं। और इसके अलावा कहानी में और भी बहुत कुछ है।

कृपया प्रकाशित मसौदा BiDi विनिर्देश https://terminal-wg.pages.freedesktop.org/bidi/ पर