4 ms·

I don't know of a single terminal that actually gets these ZWJ emoji sequences right. There are several terminals who will render them, but I haven't seen any a

I don't know of a single terminal that actually gets these ZWJ emoji sequences right. There are several terminals who will render them, but I haven't seen any actually get the width calculations correct. (E.g., https://github.com/kovidgoyal/kitty/issues/3810 https://github.com/kovidgoyal/kitty/issues/3810.) Part of the problem is that it really messes up the idea of a rectangular grid of base characters in memory, so you'll need some sort of indirection. Obviously I haven't tested all terminal emulators in existence, though :-) I patched a similar bug in screen earlier this year (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039503 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039503), which indicates the kind of stuff you have to go through.

hnlmorg 3y ago
I found wide character support to be surprisingly good across the terminal emulators I tried on macOS and Linux. This testing was done earlier this year when I was building support for Unicode variable names into my $SHELL (more to support foreign languages than glyphs but the end result is the same) It’s worth noting that wider character support needs to be implemented in both the terminal emulator AND and the console applications that run on the terminal emulator too.
- Sesse__ 3y ago
  So which ones support the ZWJ sequences correctly and fully?
  - hnlmorg 3y ago
    I cannot claim to have tested every ZWJ character on every terminal emulator but if you find any ZWJ related bugs in murex shell https://GitHub.com/lmorg/murex https://GitHub.com/lmorg/murex then it will be treated as a serious bug because Murex does have international users so aims for greater compatibility with other language writing systems (albeit the documentation is presently only available in English).
3np 3y ago
Have you checked mlterm? Its supported for other otherwise-neglected encodings and fonts is otherwise unparalleled AFAIK. https://wiki.archlinux.org/title/Mlterm https://wiki.archlinux.org/title/Mlterm
- Sesse__ 3y ago
  Yes, I've checked mlterm.
Per_Bothner 3y ago
DomTerm gets the linked test right.

hnlmorg 3y ago

I found wide character support to be surprisingly good across the terminal emulators I tried on macOS and Linux. This testing was done earlier this year when I was building support for Unicode variable names into my $SHELL (more to support foreign languages than glyphs but the end result is the same) It’s worth noting that wider character support needs to be implemented in both the terminal emulator AND and the console applications that run on the terminal emulator too.

Sesse__ 3y ago
So which ones support the ZWJ sequences correctly and fully?
- hnlmorg 3y ago
  I cannot claim to have tested every ZWJ character on every terminal emulator but if you find any ZWJ related bugs in murex shell https://GitHub.com/lmorg/murex https://GitHub.com/lmorg/murex then it will be treated as a serious bug because Murex does have international users so aims for greater compatibility with other language writing systems (albeit the documentation is presently only available in English).

3np 3y ago

Have you checked mlterm? Its supported for other otherwise-neglected encodings and fonts is otherwise unparalleled AFAIK. https://wiki.archlinux.org/title/Mlterm https://wiki.archlinux.org/title/Mlterm

Sesse__ 3y ago
Yes, I've checked mlterm.

Per_Bothner 3y ago

DomTerm gets the linked test right.