Xterm.js: Проблема с эмодзи / юникодом (предполагается двойная ширина?)

Я не могу воспроизвести это на macOS / bash. Я бы не ожидал, что это произойдет, если мы не попытаемся настроить ширину эмодзи (сделать ее не равной 1). Было бы полезно узнать больше подробностей о шагах воспроизведения.

Воспроизвести (OSX, MacOS High Sierra)

• запустить демонстрацию v3
• вставить 😀 несколько раз
• нажмите клавишу со стрелкой влево несколько раз, посмотрите, как он каждый раз перескакивает на две ячейки и сталкивается с границами ячеек.

Вы уже используете MacOS High Sierra, потому что я? Возможно, это также связано с node-pty - я вижу, что при вставке смайлика в Terminal.app он автоматически добавляет пробел после смайлика, и даже больше, я не могу выбрать это пространство, это похоже на угрозу High Sierra это как символ двойной ширины ...

Terminal.app на MacOS High Sierra

Это может быть высококлассная вещь, когда они пытались улучшить Emojis в терминале? Я не могу обновить сейчас, так как это портит рендеринг в приложениях Electron.

Ненавижу говорить, что я обновился, и теперь у меня куча сбоев рендеринга во всех этих приложениях на основе хрома 😤

Да, я внимательно следил за отзывами перед обновлением, так как, думаю, с Sierra происходили похожие вещи.

Я замечаю, что в Terminal.app приятный опыт работы с эмодзи, где они рассматриваются как правильные широкие символы, мы, вероятно, сможем это сделать, если они смогут 😄

UAX # 11 East Asian Width, Revision 31 изменил эмодзи _East Asian Wide_ (двойная ширина), а wcswidth в wchar.h возвращает ширину строк. Думаю, macOS High Sierra поддержала бы это обновление.
wcwidth в src/CharWidth.ts xterm.js еще не поддерживает его.

@ mandel59 спасибо за информацию!

@ mandel59 Я думаю, что эта проблема специфична для эмодзи, я думаю, что символы CJK должны быть правильно отнесены к символам двойной ширины (некоторые компоненты могут быть повреждены, хотя, например, https://github.com/xtermjs/xterm.js/issues/1387)

Ссылка: https://github.com/gnachman/iTerm2/blob/master/sources/NSCharacterSet+iTerm.m также имеет некоторые решения для сопоставления.

Проблема с кодом VS: https://github.com/Microsoft/vscode/issues/59145

По-видимому, пробег с флаттером демонстрирует такое поведение.

Вот небольшая репродукция Dart для того, что мы видим, для чего не требуется Flutter (хотя и требуется Dart):

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 правильно удаляют символ. Однако в терминале VS Code он вернет смайлик, а затем другой символ. Если смайлик был в начале строки, это ничего не делает, но если это не так, рендеринг медленно перемещается влево по символу (и оставляет после себя правую половину значка).

Если вы удалите * _animation[0].length из backspace, чтобы он всегда делал один backspace, он отлично работает в терминале VS Code, но больше не выполняет backspace в терминале macOS (так что луны затем ползут вправо !).

Также применимо к ивриту / арабскому языку, как указано в https://github.com/Microsoft/vscode/issues/60470

VSCode 1.31.1 в Ubuntu 18.04 испытывает эту проблему.

Когда вы прокручиваете историю команд вверх или вниз с помощью клавиш со стрелками, артефакты подбираются так, что, когда вы переходите к команде, которую хотите запустить, скорее всего, она неразборчива.

Кроме того, после того, как вы выберете артефакт, редактирование команды будет ошибочным, поскольку то, что отображается, отличается от того, что находится в памяти в xterm.

Шаги:

В мою подсказку добавлен смайлик:

Нажмите один раз стрелку вверх, чтобы перейти к команде npm i

Обратите внимание на мошеннический n который был добавлен в приглашение.

Удалите смайлик из приглашения в .bashrc и перезагрузите термин, и ошибка исчезнет.

Прежде всего, я хотел поблагодарить вас, ребята, за вашу потрясающую работу.

VSCode 1.31.1 в macOS Mojave 10.14.3 испытывает то же самое. То, что n , упомянутое @juliusecker, случается и со мной, в точности так, как он описал.

У меня та же ошибка, о которой упоминал @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-яблоко-darwin17.7.0)

Очень просто воспроизвести в VSCode и Powershell.

emojiterminaltest.ps1

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

Есть ли какие-либо ресурсы для этого элемента? Похоже, что в других программах (Hyper и т. Д.) Наблюдается множество регрессов, как показано в этой теме.

@jerch - это дубликат https://github.com/xtermjs/xterm.js/issues/1709?

@Tyriar Да, вроде бы, это просто пример, когда люди, скорее всего, столкнутся с этим - смайлики: smile_cat:

Думаю, мы будем держать их оба открытыми, так как это хорошо описывает проблему, а в # 1709 более подробно рассматривается решение, плюс у этого есть несколько положительных отзывов.

Он воспроизводится в Windows 10 следующей версии:

Вышеупомянутое - это то, что я вижу во встроенном терминале VS-кода,

это то, что я вижу, когда тот же текст в текстовом файле открывается в коде VS.

Проблема существует около двух лет, есть ли обновления?

@jerch хочет

Закрытие в пользу https://github.com/xtermjs/xterm.js/issues/1709, поскольку они по сути одно и то же, и мы хотим, чтобы наша проблема продолжалась.