-
Running the `bitmapstates` PoC in various terminals, we see some problems. IMHO we ought get these resolved for 2.4.0, probably pushing it back. =[
kitty: the last three states seem wrong
* "full …
-
- `nvim --version`: 0.4.4
- Operating system/version: fedora 32
- Terminal name/version: kitty 0.18.3
- `$TERM`: xterm-kitty
Kitty terminal created a [protocol for graphic support](https://sw.ko…
-
Some terminals support image viewing like ITerm2 and Kitty. We could support viewing images in `slides`. If a terminal doesn't support images we could fallback to converting the image to ASCII and dis…
-
From the results we've got so far in the margin_clipping and raster_dimensions tests, I know there are some aspects of the background select that I've got wrong, but I'm still not completely sure …
-
Hello @jerch,
I don't want to pollute your repos or other active discussion threads with my findings until I can come up with some practical optimization suggestions for your renderer. So I'll put …
-
I had an idea for creating 256-color Sixel images in a way that is backwards compatible with a 16-color terminal like the VT340, and potentially also a 4-color terminal like the VT330. And I think thi…
-
Would like to see Sixel support in the Terminal, this is the standard used to show graphics in the console.
Sixel is part of the original DEC specification for doing graphics in terminals and has b…
-
### Issue description
When running tmux inside [foot](https://codeberg.org/dnkl/foot), I get weird behaviour with Sixel graphics. As a test, I run
`convert /some/image -geometry 800x480 sixel:-`, …
-
It would be interesting to be able to display images directly in the chat, if a terminal supports this.
For example, kitty has developed a graphics protocol, that is supported by several apps and a…
-
I don't know if this is of any use to you, but these are my notes on the _DEC Technical_ character set, and the mappings (or lack of mappings) to Unicode. You're welcome to use any bits that you think…