sixel-tmux
notcurses
Our great sponsors
sixel-tmux | notcurses | |
---|---|---|
34 | 102 | |
456 | 3,278 | |
- | - | |
0.0 | 7.2 | |
8 days ago | 13 days ago | |
C | C | |
GNU General Public License v3.0 or later | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sixel-tmux
-
Show HN: a Rust Based CLI tool 'imgcatr' for displaying images
It's not really that strange that tmux doesn't support sixels. It's quite a bit more complicated and resource-intensive than ANSI Escape Codes or ncurses.
It might be fine for local[1] multiplexing but over the network it is not as fast as even something like VNC or RDP.
[1] https://github.com/csdvrx/sixel-tmux/
-
Zellij – A terminal workspace with batteries included (tmux alternative)
After having spent too much time trying to get the simple https://github.com/csdvrx/sixel-tmux/ features into mainline tmux (last November https://github.com/tmux/tmux/issues/3753), maybe it'd be easier to jump ship as use zellij?
Could anyone offer recommendations on "riced" zellij configuations, or just a demo where it shows doing with (say charts of disk usage per folder), watching a movie with mpv + keeping a vim to type on?
-
I Just Wanted Emacs to Look Nice – Using 24-Bit Color in Terminals
Your approach looks very sound!
A fork of terminfo may be needed if the description of modern terminal capabilities can't be added -- or if old and deprecated attributes repurposed for that job (like in your padding example): if you're automating the correction/creation of terminfos in ~/, IMHO, it may be better to piggyback on tic as much as possible.
Anyway, to backport modern terminal descriptions to legacy programs, creating correct binary terminfos in ~/.terminfo seems the best practice. You can also invent new TERM. When I wanted to have italics etc about everywhere, personally that's just what I did for sixel-tmux: https://github.com/csdvrx/sixel-tmux/?tab=readme-ov-file#ste... : just declare a new $TERM you know to be right, and use that in the apps that let you use a little logic in their configuration file
I do that in my .vimrc:
" If Vim doesn't know the escape codes to switch to italic
-
Terminal Graphics Protocol
You can have that functionality integrated within tmux with https://github.com/csdvrx/sixel-tmux/ : if you terminal doesn't support sixels, you'll at least see something close to the picture they represent.
Then of course it's not pixel-perfect unless you make your terminal very large (like 800x240 instead of 80x24) but something being better than nothing, I'd argue it's for the better if all you can do is 80x24 with no pictures otherwise.
-
How would you work effectively with an extremely slow 56Kbps connection?
sixel-tmux can help you have both: https://github.com/csdvrx/sixel-tmux/
-
Are We Sixel Yet
See also rant[1] of sixel-tmux author.
> It's 2021, and we should be able to do litterate programming in the console, with full graphical support.
Yeah. We are stuck cosplaying computers from the sixties.
What's even funnier, even if you find a modern terminal emulator that supports features like ligatures, graphics, emoji etc. you still will be blocked by tmux. Sure - not everyone needs tmux. If you never work on remote machines, you can live without it.
But I work on remote machines all the time. I also use Kakoune text editor that defers window management to external tools (WM or tmux, but to be honest, tmux is much better). Zellij is more of r/unixporn bait than usable tool for now. So I'm stuck with text only interface.
[1]: https://github.com/csdvrx/sixel-tmux/blob/main/RANTS.md
-
UnicodePlots
> Some terminal emulators have support for images, which fit most of the use cases here but not the one I described.
That what sixel-tmux is for, when you're in a hurry and needs images with your current terminal emulator: https://github.com/csdvrx/sixel-tmux
- Some maintainers are holding users hostage to favor their preferred formats
-
Anyone know a Prefixed based terminal emulator that supports Image Preview of some sort? Tmux style keybindings, for splits, tabs, and sessions
Maybe tmux-sixel does that tmux sixel
-
Switched Back to Windows After a Year and a Half of Linux
If you want some crazy shit like sixels or italics and ligatures, try msys2 that's what I've used for the screenshot. The only thing comparable on Linux in term of features is xterm and, that's another story.
notcurses
-
Text UIs != Terminal UIs
> The only reason we don't have animation frameworks for the terminal is because it's not possible
https://nick-black.com/dankwiki/index.php/Notcurses
- Notcurses: Blingful character graphics/TUI library
- Notcurses
-
good high-level ncurses library
Notcurses. Install it and run notcurses-demo to be suitably impressed.
-
Ratatui: Build rich terminal user interfaces
Same for me, I would be much more motivated if there was something like textual for Rust. Given the capability of terminal emulators now I think Rust is lacking behind in the TUI field. Just checkout what can be done with something like notcurses
-
Terminal emulators that break from the traditional rendering approach?
On the application side of rendering, see notcurses, it is at the leading edge: https://github.com/dankamongmen/notcurses
-
Doom on Teletext
Other TUI libraries of note: https://github.com/dankamongmen/notcurses/blob/master/doc/OT...
-
Io Uring
The broader world probably knows him best for the terminal handling library Notcurses[1] and a lot of telling terminal emulator authors to get their shit together.
I’ve had his grad-school project libtorque[2] (HotPar ’10), an event-handling and scheduling library, on my to-read list for years, but I can’t seem to figure out how it accomplishes the interesting things it does.
[1] https://nick-black.com/dankwiki/index.php/Notcurses, https://github.com/dankamongmen/notcurses/
[2] https://nick-black.com/dankwiki/index.php/Libtorque
-
Are We Sixel Yet
In XTerm, this (rightly) makes no difference. In Foot and Contour however, you still end up a line resp. a screen below where you started, if now with the correct horizontal position.
So it seems to me like what you want should work by default, except it doesn’t.
It should be possible to instead just treat the whole thing as a graphical overlay (by computing or directly asking for the character cell size, as Kirill Panov rightly admonishes me is possible with XTWINOPS) without touching the cursor; that’s what the “sixel scrolling” setting (DECSDM) is supposed to do. Then you can just manually move the cursor forward however many positions after you’re done drawing.
Except apparently the DEC manual (the VT330/340 one above) and DEC hardware contradict each other as to which setting of DECSDM (set or reset) corresponds to which scrolling state (enabled or disabled), and XTerm has implemented it according to the manual not the VT3xx[1,2,3]—then most other emulators followed suit[4]—then XTerm switched to following the hardware[5,6] (unless you and that’s what I’m seeing on my machine right now. So now you need to check if you’re on XTerm ≥ 369 or not[7]. If I’m reading the Notcurses code right, other terminals have followed suit[8].
Again, ouch.
P.S. It seems DEC had an internal doc for how their terminals should operate (DEC STD 070) [9]. It does not document DECSDM at all.
[1] https://github.com/wez/wezterm/issues/217#issuecomment-86449...
[2] https://github.com/hackerb9/lsix/issues/41
[3] https://github.com/dankamongmen/notcurses/issues/1782
[4] https://github.com/arakiken/mlterm/pull/23
[5] https://invisible-island.net/xterm/xterm.log.html#xterm_369
[6] https://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h3-T...
[7] https://github.com/dankamongmen/notcurses/commit/0918fa251e2... (the correct version cutoff is 369 not 359, the patch contains a now-fixed bug)
[8] https://github.com/dankamongmen/notcurses/blob/master/src/li... (look for mentions of invertsixel)
[9] http://www.bitsavers.org/pdf/dec/standards/EL-SM070-00_DEC_S...
-
smenu clean window effect
And there's also the notcurses library:
What are some alternatives?
sixvid - Simple script for animated GIF viewing using sixels
rich - Rich is a Python library for rich text and beautiful formatting in the terminal.
viu - Terminal image viewer with native support for iTerm and Kitty
FTXUI - Features: - Functional style. Inspired by [1] and React - Simple and elegant syntax (in my opinion). - Support for UTF8 and fullwidth chars (→ 测试). - No dependencies. - Cross platform. Linux/mac (main target), Windows (experimental thanks to contributors), - WebAssembly. - Keyboard & mouse navigation. Operating systems: - linux emscripten - linux gcc - linux clang - windows msvc - mac clang
Windows Terminal - The new Windows Terminal and the original Windows console host, all in the same place!
xterm.js - A terminal for the web
iterm2
mpv - 🎥 Command line video player
tcell - Tcell is an alternate terminal package, similar in some ways to termbox, but better in others.
FFmpeg-SIXEL - Experimental fork git://source.ffmpeg.org/ffmpeg.git
awesome-tuis - List of projects that provide terminal user interfaces