3 ms·
Yes. This (image support in general in Terminal emulators and Terminal multiplexers) is currently being actively discussed here: https://gitlab.freedesktop.org/
by albertzeyer 7y ago
Yes. This (image support in general in Terminal emulators and Terminal multiplexers) is currently being actively discussed here: https://gitlab.freedesktop.org/terminal-wg/specifications/issues/12 https://gitlab.freedesktop.org/terminal-wg/specifications/is...
Many important people are there, e.g. the Tmux maintainer/developer Nicholas Marriott, the Mintty developer, some Xterm.js developer, and others.
- csdvrx 7y agoThe discussions are very interesting, but I'm not sure they are going anywhere. Sixels might win by default. It's not a bad thing. Sixels in 16m colors are quite versatile. But let's suppose that, eventually, a better standard for terminal image support might emerge. Anything that can already support sixels won't be too hard to change to support this new standard, unless it doesn't use pixels -- though it would be neat if this standard was vector based, like ReGIS: https://en.wikipedia.org/wiki/ReGIS https://en.wikipedia.org/wiki/ReGIS - I want SVG in my terminal :-) For now, sixels already work reliably for most of the things I do. So now, I concentrate on the applications, to make sure most of my workflow can be console based.
- enriquto 7y agoI'm not really convinced by the general mindset of ths discussion. What programs need is not to display a "png file" inside the terminal. What you want is to access the individual pixels of a rectangular framebufer using serialized escape sequences. That way you can intetact with the images.