3 ms·
Yeah, I don't see the point in trying to resurrect a dead standard that isn't very efficient or widely supported. Backwards compatibility is important, but sixe
by pcwalton 4y ago
Yeah, I don't see the point in trying to resurrect a dead standard that isn't very efficient or widely supported. Backwards compatibility is important, but sixels aren't even that well supported nowadays†, so there's not much to be compatible with. Better to just push for new de facto standards for images in the terminal; trying to resurrect sixels is an exercise in retrocomputing.
† xterm and iTerm2 are the only widely-used terminal emulators nowadays that support sixels. Few Linux users use plain old xterm nowadays due to lack of desktop integration, and iTerm2 is not the OS default terminal (and it supports a better image format anyway). Also note that no popular Windows terminal emulators (conhost.exe, conemu, Microsoft Terminal) support sixels at all.
- retrocryptid 4y agoThe idea here is you can get graphics via a ssh connection. You don't need to setup a web interface to collect and process metrics. It's useful cause you don't have to take your fingers off the keyboard to get graphical information. And yeah. I would be just as happy to use NAPLPS, but Sixel support is what we have.
- jph00 4y agosixel works fine, and is better supported than a "new de facto standard" the doesn't even exist yet. It's not at all true that no popular windows s/w supports it - mintty/wsltty supports it just fine and is widely used.
- pcwalton 4y agoNo, a better standard does exist: https://iterm2.com/documentation-images.html https://iterm2.com/documentation-images.html In fact, mintty already supports it. Only xterm doesn't. Sixel really is just retrocomputing at this point.
- hulitu 4y agoXterm integrates perfectly in fvwm. And it does not need GB of RAM to render text.