Xterm.js: xterm.js . में यूनिकोड हैंडलिंग

को निर्मित 25 सित॰ 2018 · 10टिप्पणियाँ · स्रोत: xtermjs/xterm.js

#1707 से ऐसा लगता है कि इमोजी के कारण लोगों के लिए सही यूनिकोड हैंडलिंग अधिक से अधिक एक समस्या है। चूंकि हम सभी इमोजी से प्यार करते हैं, इसलिए इसे जल्द से जल्द तय किया जाना चाहिए: मुस्कान:

प्रस्ताव:
विभिन्न यूनिकोड संस्करणों के लिए एक प्रदाता बनाएं, जो एक अच्छे एपीआई के पीछे संस्करण विशिष्ट डेटा और कार्यान्वयन को छिपाने में सक्षम हो। वर्तमान में हमें केवल wcwidth के संस्करण पर निर्भर कार्यान्वयन की आवश्यकता है, इसलिए एक मोटा स्केचअप इस तरह दिख सकता है:

interface IUnicodeProvider {
  supportedVersions(): string[];
  getVersion(): string;
  setVersion(version?: string);  // version optional for fallback behavior
  wcwidth(ucs: number): number;
  getStringCellWidth(s: string): number;
  ... // more to come with support of other unicode features
}

आदर्श रूप से प्रदाता स्वयं युक्त होता है, इस प्रकार टर्मिनल को केवल इंटरफ़ेस विधियों से निपटने की आवश्यकता होती है और आवश्यकता होने पर संस्करण/लोकेल को अपडेट करना होता है। प्रदाता को सही डेटा सेट प्रदान करने के लिए निम्न स्तर की सामग्री से निपटना होगा ताकि विधियां समर्थित संस्करण के लिए अपेक्षित रूप से काम कर सकें।
प्रदाता के भीतर हम तब यह तय कर सकते हैं कि डेटा कोड बेस में सांख्यिकीय रूप से प्रदान किया गया है या यहां तक कि फ्लाई पर डेटा बनाने की कोशिश भी करता है। पहला xterm.js के आकार पर काफी प्रभाव डालेगा, दूसरा async प्रश्न उठाएगा (याद रखें - अधिकांश मुख्य भाग सिंक्रोनस एटीएम हैं)। पूरे यूनिकोड सामान को संस्करण XY के लिए कुछ ऐडऑन जैसे फीचर में भी बंडल किया जा सकता है।

चर्चा के लिए ऊपर।
/cc @Tyriar , @bgw , @mofux , @dnfield

areparser typenhancement

स्रोत

jerch

👍11

सबसे उपयोगी टिप्पणी

https://github.com/xtermjs/xterm.js/pull/2568 में नया प्रयास, उम्मीद है कि हम इसे अगली रिलीज के साथ शुरू कर सकते हैं।

jerch 6 दिस॰ 2019

🎉7

सभी 10 टिप्पणियाँ

मुझे लगता है कि ऐसा कुछ अधिक स्वीकार्य हो सकता है:

interface IUnicodeProvider {
  getVersion(): string;
  wcwidth(ucs: number): number;
  getStringCellWidth(s: string): number;
  ... // more to come with support of other unicode features
}

UnicodeProviderFactory.v11 जैसी किसी चीज़ के साथ कोडिंग के समय थोड़ा अच्छा होगा, लेकिन यह मेरे लिए किसी भी तरह से समझ में आता है।

dnfield 25 सित॰ 2018

@dnfield हाँ किसी भी तरह से काम करेगा। सुनिश्चित नहीं है कि हमें संस्करण स्तर पर प्रकार की जानकारी की आवश्यकता होगी या नहीं।

मेरा विचार एक इंटरफ़ेस बनाना था, जो इस तरह रनटाइम पर संस्करण स्विच को पारदर्शी रूप से कर सकता है:

// terminal ctor - create the provider
this.unicodeProvider = new UnicodeProvider();
...
// some code that knows whether to switch unicode versions
this.unicodeProvider.setVersion(xy);
...
// some unicode consumer - does not care about versions at all, just gets the right method
this.unicodeProvider.wcwidth(...)

इस तरह this.unicodeProvider को संस्करण परिवर्तन के बाद या टर्मिनल इंस्टेंस पर एक महंगी संपत्ति का उपयोग करने के बाद फिर से जोड़ने की आवश्यकता के बिना चारों ओर ले जाया जा सकता है।

jerch 25 सित॰ 2018

#1707 में चर्चा से मुझे क्या मिलता है:

हम अभी के लिए दो wcwidth तालिका संस्करण वितरित करना चाहते हैं, पुराना वाला और नया @dnfield द्वारा बनाया गया।
जैसा कि @gnachman ने बताया, अस्पष्ट वर्ण परेशानी के लायक नहीं हैं। उन्हें अधिकांश ऐप्स द्वारा आधी चौड़ाई में संभाला जाता है, इसलिए हम ऐसा ही कर सकते हैं (पहले से ही विरासत तालिका में किया गया है, नई तालिका के साथ परीक्षण करने की आवश्यकता है)।
यूनिकोड संस्करण के लिए एक नया वैश्विक विकल्प बनाएं। विकल्प को इंटीग्रेटर्स द्वारा सेट करना होगा या रनटाइम में बदलाव के लिए उपयोगकर्ताओं को पेश करना होगा।
यूनिकोड संस्करण को सेट करने के लिए एक नए एस्केप अनुक्रम के निर्माण को स्थगित करें, क्योंकि गैर मानक अनुक्रमों को पंजीकृत करने के लिए एक इंटरफ़ेस अभी तक स्थापित नहीं हुआ है।
अभी के लिए कोई जादुई यूनिकोड संस्करण अनुमानक नहीं है। एक बार जब हम भविष्य में ऐसा टूल कर लेते हैं, तो यह वैसे भी xterm.js से बाहर होगा (हो सकता है कि यह एक अलग पैकेज के रूप में org में रह सके)।
भविष्य में हमें xterm,js के पैकेज का आकार छोटा रखने के लिए यूनिकोड ऐडऑन के साथ आने की आवश्यकता हो सकती है।

टीएस कोड में लाने के लिए कोई भी खरीदार?

jerch 28 सित॰ 2018

👍1

#1714 में पहला संभव अवतार लिया। #1707 से नई तालिका की प्रतिलिपि बनाई, आशा है कि ठीक है (@dnfield)।

jerch 28 सित॰ 2018

👍1

कोई दिक्कत नहीं है!

dnfield 28 सित॰ 2018

❤1

इसके लिए https://github.com/xtermjs/xterm.js/pull/1714 एक अच्छा संदर्भ है, लेकिन नए एडऑन मॉडल (https://github.com/xtermjs/xterm. js/issues/1128) में है, तो एम्बेडर को सही संस्करण चुनने दें।

Tyriar 10 मई 2019

कृपया ASAP को ठीक करें, हाल ही में विंडोज को अपडेट करना मेरे लिए इसे तोड़ना प्रतीत होता है। मैं एक Node.js लाइब्रेरी का समर्थन करने का प्रयास कर रहा हूं जो आसान पठनीयता के लिए लॉगिंग के कुछ पहलुओं को इमोजी करता है (यह उससे कहीं अधिक नासमझ लगता है)।

mikegwhit 2 अक्तू॰ 2019

👀3

jerch 6 दिस॰ 2019

🎉7

@jerch क्या हम इसे # 2568 विलय के साथ बंद कर सकते हैं?

Tyriar 3 फ़र॰ 2020

@Tyriar Yepp, पहले से ही एक अनुवर्ती कार्रवाई भी है :smile_cat: --> #2668

jerch 3 फ़र॰ 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Xterm.js: xterm.js . में यूनिकोड हैंडलिंग

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों