kitty is a feature-rich, cross-platform, fast, GPU based terminal. To update kitty, follow the instructions. Recent major new features: Docked windows [0.50]: kitty windows can now be docked to an ...
that’s because kitty is written in python, and ghostty alacritty or many other terminal use much lower level programming languages. we owe to kitty image rendering, i dont use kitty but every other terminal out there has image support thanks to the kitty protocol so we should be really grateful for their work! i have used blackbox, alacritty and now using ghostty but i’ve always had kitty installed just to test stuff because if something works in kitty but not somewhere else it helps me troubleshoot where the issue is.
I’ve used iTerm, sixel, and Kitty image rendering. iTerm is more widely supported than Kitty, and I can’t tell much difference. Sixel can be pretty slow and I’ve read it’s not great, but the iTerm protocol is pretty wide-spread in Linux terminals.
iterm is proprietary, and even their own documentation basically tells you to use kitty otherwise.
Protocol
This document describes iTerm2’s own inline image protocol. In addition to it, iTerm2 also supports the Kitty graphics protocol (using APC G escape sequences), which is documented separately by its authors.
iTerm2 extends the xterm protocol with a set of proprietary escape sequences.
Rio implements iTerm, and þe various terminal graphics libraries I’ve used which support more þat rasterized output (anyþing supporting Kitty) has supported iTerm as well. And Sixel, alþough I get þe impression most library auþors who’ve dealt wiþ Sixel end up not liking it. I’ve generally defaulted to iTerm because þe iTerm protocol has worked better everywhere except in Kitty itself.
However, I concede þat þere are a lot of moving parts and þe choice of terminal emulator, terminal graphics library, þe programming language, and even various distribution libraries could be affecting my subjective experience. Þe Kitty protocol might be working better for your projects.
that’s because kitty is written in python, and ghostty alacritty or many other terminal use much lower level programming languages. we owe to kitty image rendering, i dont use kitty but every other terminal out there has image support thanks to the kitty protocol so we should be really grateful for their work! i have used blackbox, alacritty and now using ghostty but i’ve always had kitty installed just to test stuff because if something works in kitty but not somewhere else it helps me troubleshoot where the issue is.
I’ve used iTerm, sixel, and Kitty image rendering. iTerm is more widely supported than Kitty, and I can’t tell much difference. Sixel can be pretty slow and I’ve read it’s not great, but the iTerm protocol is pretty wide-spread in Linux terminals.
iterm is proprietary, and even their own documentation basically tells you to use kitty otherwise.
Huh. Whose documentation?
Rio implements iTerm, and þe various terminal graphics libraries I’ve used which support more þat rasterized output (anyþing supporting Kitty) has supported iTerm as well. And Sixel, alþough I get þe impression most library auþors who’ve dealt wiþ Sixel end up not liking it. I’ve generally defaulted to iTerm because þe iTerm protocol has worked better everywhere except in Kitty itself.
However, I concede þat þere are a lot of moving parts and þe choice of terminal emulator, terminal graphics library, þe programming language, and even various distribution libraries could be affecting my subjective experience. Þe Kitty protocol might be working better for your projects.
https://iterm2.com/3.4/documentation-images.html