This gist will show the support of font shaping support in the terminal emulators and console programs.
- Butterfly
- crosh (ChromeOS, instructions)
- Hyper.app - crossplatform, HTML/CSS/JS-based (Electron)
- iTerm 2 (3.1+)
- kitty - uses OpenGL
- konsole - KDE terminal
- mintty Cygwin and MSYS/MSYS2 - Windows platform (partial support 2.8.3+)
- qterminal
- Terminal.app: Macos Terminal builtin
- Termux - Android platform
- Token2Shell/MD
- upterm Windows/Macos/Linux Electron - A terminal emulator for the 21st century.
- Windows Terminal
- ZOC OS X platform - closed source
- xterm
- alacritty - written in Rust - alacritty/alacritty#2677
- mate terminal
- PuTTY
- urxvt aka rxvt-unicode
- ZOC Windows platform - closed source
- Windows console (conhost.exe) - Windows platform
- ConEmu - Windows platform
- Cmder - Windows platform
- all libvte based terminals - https://bugzilla.gnome.org/show_bug.cgi?id=584160
- libvte-based Gnome Terminal
- libvte-based sakura
- libvte-based xfce4-terminal
- libvte-based Terminator
- libvte-based Tilix - written in D. Similar user interface as for Terminator.
- libvte-based Lilyterm
- libvte-based ROXTerm
- libvte-based evilvte
- libvte-based Termit
- libvte-based Termite
- libvte-based Tilda
- libvte-based tinyterm
- libvte-based Pantheon Terminal
- libvte-based lxterminal
- libvte-based guake - A top-down terminal for GNOME
- libvte-based GTKTerm2 - GTK2-based, probably will never support
- libvte-based stjerm (looks abandoned) - GTK2-based, probably will never support
Thanks for the overview.
Can you tell me why the terminal should be substituting glyphs, and not the application?
E.g. the editor can replace a == with a double wide equivalent, and then work on any term emulator with proper double-wide support.