sixvid
Our great sponsors
| sixvid | indent-rainbow | |
|---|---|---|
| 2 | 3 | |
| 17 | 2 | |
| - | - | |
| 0.0 | 0.0 | |
| over 2 years ago | over 2 years ago | |
| Shell | Vim Script | |
| GNU General Public License v3.0 only | 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.
sixvid
-
Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
First, stop accusing me of being emotional.
Second, tell me why 24 bits colors is insufficient for drawing into the terminals?
> then we have nothing technical to discuss
I think you may be right there.
> starting with a baseline of a broken format that doesn't work
Look at that https://github.com/hackerb9/sixvid and that https://github.com/libsixel/libsixel and tell me precisely what doesn't work, in your own words.
indent-rainbow
-
Is it possible to highlight nested code using the background color in nested rectangles?
The orange border could be a nice addition, but I'd like to remain compatible with simple ANSI terminal and just use the background color, with a color theme and a black-and-white theme like indent-rainbow while preserving syntax highlighting in the foreground.
-
My Emacs eye candy
Colors are surprisingly helpful!
Vim+Python might be more popular than Emacs+Lisp, so here's my rainbow mode plugin to help with Tabs: https://github.com/csdvrx/indent-rainbow
-
Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
> Some people like it bold, some people like the color to be intensified instead when using `SGR 1` (which is responsible for making font intensified/bold).
Indeed, and the right solution is a config options, just as was done in Windows Terminal, since nobody is wrong: it's just a matter of preferences!
The right technical way of handling preferences is offering more choices to the users, with some sane default that will satisfy most users.
Personally, I love italics (I use vim and I want comments shown in italics, and I make an heavy use of bold+italics, cf https://github.com/csdvrx/indent-rainbow/blob/main/after/syn... ) but I would not want to force this option to people who don't want italics, for their own reasons that are none of my business (actually, if they reasons are good enough, it may cause me to change the default choices, but I would never remove the user freedom to make such choices in the first place)
IMHO that's the key difference between MacOS/iOS/Gnome/new school linux on one side (fewer freedoms) and Windows/KDE/old school Linux (more freedoms)
What are some alternatives?
sixel-tmux - sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics
chips-test - Tests and sample code for https://github.com/floooh/chips
libsixel - A SIXEL encoder/decoder implementation derived from kmiya's sixel (https://github.com/saitoha/sixel).
zone-matrix
notcurses - blingful character graphics/TUI library. definitely not curses.
dotsies - Dot files, Emacs config, etc
CuteXterm - Sensible defaults for xterm in the 21st century
matplotlib-sixel - A sixel graphics backend for matplotlib
FluentTerminal - A Terminal Emulator based on UWP and web technologies.
iterm2
Windows Terminal - The new Windows Terminal and the original Windows console host, all in the same place!
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.