Xterm.js: इमोजीस/यूनिकोड के साथ समस्या (दोगुनी चौड़ाई मानी गई?)

मैं इसे macOS/bash पर पुन: पेश नहीं कर सकता। मैं ऐसा होने की उम्मीद नहीं करता जब तक कि हम इमोजी की चौड़ाई के साथ बदलाव करने की कोशिश नहीं करते (इसे गैर -1 बना दें)। रेप्रो चरणों पर कोई और विवरण उपयोगी होगा।

पुनरुत्पादन (ओएसएक्स, मैकोज़ हाई सिएरा)

• v3 डेमो शुरू करें
• पेस्ट 😀 कई बार
• बाएं तीर कुंजी को कई बार हिट करें, देखें कि यह हर बार दो कोशिकाओं को कैसे कूदता है और सेल की सीमाओं में चलता है।

क्या आप पहले से ही MacOS High Sierra पर हैं, क्योंकि मैं हूं? हो सकता है कि यह नोड-पीटीआई से भी संबंधित हो - मैं देख सकता हूं कि Terminal.app में इमोजी डालने पर यह इमोजी के बाद स्वचालित रूप से एक स्थान जोड़ता है, और इससे भी अधिक, मैं उस स्थान का चयन नहीं कर सकता, यह हाई सिएरा की तरह खतरा होगा इसे डबल-चौड़ाई वाले वर्ण के रूप में...

MacOS हाई सिएरा पर Terminal.app

यह एक उच्च सिएरा चीज हो सकती है जहां उन्होंने एमोजिस को टर्मिनल में बेहतर बनाने की कोशिश की? मैं वर्तमान में अपडेट नहीं कर सकता क्योंकि यह इलेक्ट्रॉन ऐप्स में रेंडरिंग को गड़बड़ कर देता है।

मुझे यह कहने से नफरत है कि मैंने अपग्रेड किया है और अब मैं उन सभी क्रोमियम आधारित ऐप्स में बहुत सारे रेंडरिंग ग्लिच के साथ फंस गया हूं

हाँ, मैं अपडेट करने से पहले फीडबैक को ट्रैक करने के लिए सावधान था क्योंकि मुझे लगता है कि सिएरा के साथ भी ऐसा ही हुआ था।

मैंने देखा है कि Terminal.app के पास एक अच्छा इमोजी अनुभव है जहां उन्हें उचित विस्तृत वर्णों के रूप में माना जाता है, हम शायद ऐसा कर सकते हैं यदि वे कर सकते हैं

UAX #11 पूर्व एशियाई चौड़ाई, संशोधन 31 ने इमोजी _ईस्ट एशियन वाइड_ (दोहरी-चौड़ाई) को बदल दिया, और wcswidth wchar.h में स्ट्रिंग की चौड़ाई लौटाता है। मुझे लगता है कि macOS हाई सिएरा ने अपडेट का समर्थन किया होगा।
xterm.js के wcwidth में src/CharWidth.ts ने अभी तक इसका समर्थन नहीं किया है।

@ mandel59 जानकारी के लिए धन्यवाद!

@ mandel59 मुझे लगता है कि यह मुद्दा इमोजी के लिए विशिष्ट है, मुझे लगता है कि सीजेके वर्णों को सही ढंग से डबल चौड़ाई वर्णों के रूप में वर्गीकृत किया जाना चाहिए (कुछ घटकों को तोड़ा जा सकता है, हालांकि https://github.com/xtermjs/xterm.js/issues/1387)

संदर्भ: https://github.com/gnachman/iTerm2/blob/master/sources/NSCharacterSet+iTerm.m में कुछ मैपिंग समाधान भी हैं।

वीएस कोड मुद्दा: https://github.com/Microsoft/vscode/issues/59145

स्पष्ट रूप से स्पंदन रन इस व्यवहार को प्रदर्शित करता है

हम जो देख रहे हैं उसके लिए यहां एक छोटा डार्ट रेप्रो है जिसमें स्पंदन की आवश्यकता नहीं है (हालांकि डार्ट की आवश्यकता है):

import 'dart:async';

import 'dart:io';

// Windows console font has a limited set of Unicode characters.
final _animation = Platform.isWindows
    ? <String>[r'-', r'\', r'|', r'/']
    : <String>['🌕', '🌖', '🌗', '🌘', '🌑', '🌒', '🌓', '🌔'];
final _backspace = '\b' * _animation[0].length;

main() {
  int ticks = 0;
  void update(Timer timer) {
    if (ticks % 50 == 0) {
      stdout.write('\nDoing thing... ');
    }
    stdout.write('$_backspace${_animation[ticks++ % _animation.length]}');
  }

  new Timer.periodic(const Duration(milliseconds: 100), update);
}

.dart फ़ाइल के रूप में सहेजें और फिर इसे dart xxx.dart साथ चलाएं। यह कोड यहां इस वर्ण के लिए दो बैकस्पेस जारी करता है, जो एक मानक macOS टर्मिनल में वर्ण को सही ढंग से हटा देता है। हालांकि, वीएस कोड टर्मिनल में यह इमोजी और फिर दूसरे कैरेक्टर को बैकस्पेस करेगा। यदि इमोजी लाइन की शुरुआत में था तो यह कुछ नहीं करता है, लेकिन अगर ऐसा नहीं है, तो रेंडरिंग धीरे-धीरे एक चरित्र द्वारा बाईं ओर रेंगता है (और इसके बाद आइकन का दायां-आधा छोड़ देता है)।

अगर मैं बैकस्पेस से * _animation[0].length हटा दूं ताकि यह हमेशा एक सिंगल बैकस्पेस करे, तो यह वीएस कोड टर्मिनल में ठीक काम करता है, लेकिन अब मैकोज़ टर्मिनल में पर्याप्त बैकस्पेस नहीं है (इसलिए चंद्रमा दाईं ओर रेंगते हैं !).

https://github.com/Microsoft/vscode/issues/60470 में बताए अनुसार हिब्रू/अरबी पर भी लागू होता है

Ubuntu 18.04 पर VSCode 1.31.1 इस समस्या का अनुभव करता है।

जब आप तीर कुंजियों के साथ अपने कमांड इतिहास को ऊपर या नीचे स्क्रॉल करते हैं, तो कलाकृतियों को इस तरह उठाया जाता है कि जब आप एक कमांड प्राप्त करना चाहते हैं जिसे आप चलाना चाहते हैं, तो संभावना है कि यह अस्पष्ट है।

साथ ही, आपके द्वारा कोई आर्टिफ़ैक्ट लेने के बाद, कमांड को संपादित करना छोटा है, क्योंकि जो प्रदर्शित होता है वह xterm की मेमोरी से भिन्न होता है।

कदम:

मेरे संकेत में एक इमोजी जोड़ा गया:

npm i आदेश प्राप्त करने के लिए एक बार ऊपर तीर दबाएं

उस दुष्ट n पर ध्यान दें जो प्रॉम्प्ट में जोड़ा गया था।

इमोजी को प्रॉम्प्ट से .bashrc में निकालें और टर्म को फिर से लोड करें और बग दूर हो जाएगा।

सबसे पहले चीज़ें, मैं आप लोगों को आपके अद्भुत काम के लिए धन्यवाद देना चाहता हूं।

macOS Mojave पर VSCode 1.31.1 10.14.3 ऐसा ही अनुभव करता है। @juliusecker द्वारा उल्लिखित n चीज मेरे साथ भी होती है, ठीक उसी तरह जैसा उन्होंने वर्णन किया है।

मेरे पास वही बग है जिसका उल्लेख @juliusecker ने किया है।
VSCode संस्करण 1.33.1 (1.33.1) 51b0b28134d51361cf996d2f0a1c698247aeabd8 2019-04-11T08:14:39.158Z
सिस्टम संस्करण: macOS 10.14.4 (18E226)
zsh 5.7.1 (x86_64-apple-darwin17.7.0)

VSCode और Powershell में पुन: पेश करना बहुत आसान है।

इमोजीटर्मिनलटेस्ट.ps1

"Emoji Normal"
"😊1😊2😊3😊4"
"Emoji with Padding Spaces - What it should look like"
"😊  1😊  2😊  3😊  4"

क्या इस मद के लिए कोई संसाधन असाइन किए गए हैं? ऐसा लगता है कि अन्य कार्यक्रमों (हाइपर, आदि) में बहुत सारे प्रतिगमन हैं जैसा कि इस मुद्दे पर देखा गया है।

@jerch क्या यह https://github.com/xtermjs/xterm.js/issues/1709 का डुप्लिकेट है

@Tyriar हाँ थोड़े, यह सिर्फ एक उदाहरण है जहाँ पीपीएल सबसे अधिक संभावना का सामना करेगा - इमोजीस: स्माइल_कैट:

मुझे लगता है कि हम उन दोनों को खुला रखेंगे क्योंकि यह समस्या का अच्छी तरह से वर्णन करता है और #1709 समाधान पर अधिक दिखता है, साथ ही यह अपवोट का एक गुच्छा है।

यह विंडोज 10, निम्न संस्करण में प्रतिकृति योग्य है:

उपरोक्त वह है जो मैं वीएस कोड बिल्ड-इन टर्मिनल में देखता हूं,

उपरोक्त वही है जो मैं देखता हूं जब वीएस कोड में टेक्स्ट फ़ाइल में एक ही टेक्स्ट खोला जाता है।

समस्या को लगभग दो साल हो गए हैं, कोई अपडेट?

@jerch जल्द ही इसे प्राप्त करना चाहता है, हालांकि उसके पास चल रहे एटीएम का एक गुच्छा है। इसके लिए एक बड़ा अवरोधक नया एडऑन सिस्टम था जो अब जारी किया गया है।

https://github.com/xtermjs/xterm.js/issues/1709 के पक्ष में बंद करना क्योंकि वे अनिवार्य रूप से एक ही चीज हैं और हम अपने मुद्दे को उलटी गिनती में रखना चाहते हैं।