xserver-SIXEL
termite
xserver-SIXEL | termite | |
---|---|---|
6 | 35 | |
57 | 2,850 | |
- | - | |
10.0 | 1.1 | |
over 9 years ago | about 3 years ago | |
C | C++ | |
GNU General Public License v3.0 or later | - |
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.
xserver-SIXEL
-
"<ESC>[31M"? ANSI Terminal security in 2023 and finding 10 CVEs
If you really want crazy, run `xterm -ti 340`, then run run an X server from the xserver-sixel repository <https://github.com/saitoha/xserver-SIXEL> in it. Now y ou can run as many terminal emulators, complete with real truetype fonts and all the colors you could want, inside the one terminal. Use a tiling window manager and you’ll be able to avoid using tmux entirely.
-
Blink virtual machine now supports running GUI programs
There's a X with sixel support: https://github.com/saitoha/xserver-sixel
I played with this before, and I could use X11 within a mlterm terminal.
I should try to recompile it with cosmopolitan to have a single X server binary both for Windows and Linux
-
If one GUI's not enough for your SPARC workstation, try four
What you do is run `xterm -ti vt340`. If your xterm was compiled with SIXEL support, this will enable it. (You can test it by running something simple like `gnuplot -e "set terminal sixelgd; set key bmargin center horizontal; plot [-5pi:5pi] [-5:5] real(tan(x)/atan(x)), 1/x"`.)
Now run Xsixel (from <https://github.com/saitoha/xserver-sixel>) to run an X server that outputs to sixel graphics. In that X server you can run any program you would like, and its graphical output will be converted to sixels, printed to stdout, given to xterm, and then xterm will draw them.
Job done!
See <https://saitoha.github.io/libsixel/> for more information and tools, along with lots of screenshots.
-
GUI in terminal
There's a version of X for these terminals: https://github.com/saitoha/xserver-sixel
-
Hi! I made simple TUI desktop for Linux named TBox
You could probably do something like run X on Sixel for terminals that support Sixel.
-
Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
> unfortunately it's way too slow to get anywhere near 'realtime' output (30fps or better).
That's not due to sixels. Check out the sixel nyan cat: https://github.com/hackerb9/sixvid
Look at the FPS indicator in the bottom. It was pointed to me in https://github.com/microsoft/Terminal/issues/448#issuecommen...
The issue may be in your code.
I think I have similar performance issues, as the glyph selection process could be more optimized.
Derasterized is mostly Jart work (who is best known here for her work on Cosmopolitan), we were mostly interested in quality.
Reducing the set of glyph to something that could benefit from optimizations could help.
> I really wish there was a decent pixel-framebuffer standard for terminals (with at least the same performance as ncurses)
Sixel performance is quite decent: personally, I can play videos in my terminal.
Try MPV on mintty: https://github.com/mpv-player/mpv/issues/2183
I have also played with a X server rendering over sixel, no performance issue: https://github.com/saitoha/xserver-SIXEL
When sixel support is added to Windows Terminal, I may update it, because it would be fun to have one tab to run stuff!
termite
-
Contour: Modern and Fast Terminal Emulator
- you can also rectangular select like in vim, and then press either p (includes LF) or which joins the multiline clipboard text into a single line (removing LF's), that payed off a lot for output like `git status` and wanting to operate on parts of the output (files e.g.)
Have a look at the still young website's documentation here: https://contour-terminal.org/input-modes/#supported-text-obj...
for a more complete look of what you can do with the keyboard (normal mode) :)
[1] https://github.com/thestinger/termite/
-
GNOME’s horrid coding practices
Also, regarding VTE, the author of termite (discontinued terminal emulator) expressed similar concerns about the GNOME devs. Apparently, they have little interest in making the library useful to people not working on GNOME apps: https://github.com/thestinger/termite
- Wayland Core Protocol Is Tailored Only for Gnome and That’s Not a Good Thing
-
Help me to find a minimal terminal that supports full transparency
Termite is obsolete by Alacritty.
-
Why are kitty and alacritty so popular? Where's the foot love?
I simply do not want to use anything libvte based. And that's what sakura is and termite used to be.
-
Exploring System76's New Rust Based Desktop Environment
History and experience tells a different story [1]. Never trust a library that is maintained by GNOME.
1.: https://github.com/thestinger/termite
-
System76: A Case Study on How Not To Collaborate With Upstream
This post by the Termite developer, with respect to VTE, is quite instructive
- Why is termite not in arch's official repositories?
- Recommended terminal emulator for swaywm?
-
Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
> https://github.com/thestinger/termite/blob/master/README.rst...
Wow, this confirms a lot of my impressions:
>> In 2012, we submitted a tiny patch exposing the APIs needed for the keyboard text selection, hints mode and other features. Despite support from multiple other projects, the patch was rejected. It's now almost a decade later and no progress has been made. There is no implementation of these kinds of features in VTE and it's unlikely they'll be provided either internally or as flexible APIs. This is the tip of the iceberg when it comes to their hostility towards other projects using VTE as a library. GTK and most of the GNOME project are much of the same. Avoid them and don't make the mistake of thinking their libraries are meant for others to use.
This is exactly why sixel-tmux exists as a separate entity!
> Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.
I'll keep my fingers crossed, but right now, there seems to be a lot of good will. I will do everything I can.
What are some alternatives?
sixel-tmux - sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics
kitty - Cross-platform, fast, feature-rich, GPU based terminal
libsixel - A SIXEL encoder/decoder implementation derived from kmiya's sixel (https://github.com/saitoha/sixel).
alacritty - A cross-platform, OpenGL terminal emulator.
libsixel - A C language SIXEL encoder/decoder implementation, forked from saitoha/libsixel after @saitoha vanished. Receives security patches, accepts PR's filed preferably here but also at saitoha/libsixel.
st - build of the suckless simple terminal with patches for alpha, font2, copyurl, openclipboard, invert, appsync, xresources, scrollback, w3m, keyboard select, boxdraw
CuteXterm - Sensible defaults for xterm in the 21st century
gruvbox - Retro groove color scheme for Vim
ranger - A VIM-inspired filemanager for the console
Windows Terminal - The new Windows Terminal and the original Windows console host, all in the same place!
FluentTerminal - A Terminal Emulator based on UWP and web technologies.
dunst - Lightweight and customizable notification daemon