vim-graphical-preview
xsixel
vim-graphical-preview | xsixel | |
---|---|---|
7 | 2 | |
191 | 1 | |
- | - | |
0.0 | 6.3 | |
over 1 year ago | 5 months ago | |
Rust | C | |
MIT License | MIT License |
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.
vim-graphical-preview
-
How would you work effectively with an extremely slow 56Kbps connection?
sixel can let you do latex math in vim with a few commands. Other image formats require much more effort!
-
View images when SSH
There are ways - the keyword is sixel - for example https://github.com/bytesnake/vim-graphical-preview
-
Boot to Vim, Vim as PID 1
[resistance is futile](https://github.com/bytesnake/vim-graphical-preview)
- Vim graphical preview of LaTex equations and pictures
- Display graphics in (N)Vim, made possible by Rust and SIXELs
- Display graphics in (N)Vim with SIXEL characters
- Displaying graphics in (N)Vim: yes you can write vim plugins in Rust
xsixel
-
Terminal Graphics Protocol
> What's wrong with extending ReGIS, Sixel, or Tektronix (just kidding on that one) protocols? Or, maybe, PostScript/Display PostScript?
Nothing is wrong with them: Sixels for example work perfectly for the task I throw at them in my terminals, from showing pixel perfect images to playing videoswith mpv.
> Can't we define what behavior should a modern terminal have with these already existing tools instead of inventing a brand new wheel?
Actually, something is wrong with these already existing tool: they are preexisting, and therefore someone else idea. If you don't invent a new wheel (on which you can take credit for), you have to recognize that 40 year old technology is now perfectly adequate.
I think it wasn't ideal in the 1980s due to the bandwith requirements, but in 2023, if I can play videos with mpv, I think that's enough for most use.
I think the tech has been adequate for some time (at least about 15 years), and I can freely recognize it both because I have no horse in the game, and I care more about actual use than having a shiny tech.
Inventing a better wheel is the perfect way to avoid confronting such issues: you can argue your new wheel is better, even if in practice it's no different that the old wheel, in the sense it allows your vehicle to go forward for all the practical measures you care about
BTW here's a project I'll try to resurect: rending X applications ... in sixels: https://github.com/csdvrx/xorg-sixel
So you could have graphical applications in your terminal! I've just up. I've only uploaded the picture as I'm still fighting with the code but what you see is Xeyes show inside wezterm thanks to the sixel output of Xorg.
I'm sure it will make many people cringe, but in terms of functionality, it works (latency, bandwidth etc are sufficient for my uses)
-
How would you work effectively with an extremely slow 56Kbps connection?
Here's a sneak preview of Xsixel running inside Wezterm (which supports sixels) showing xeyes that I opened on another tab of wezterm after the export DISPLAY dance
What are some alternatives?
hologram.nvim - 👻 A cross platform terminal image viewer for Neovim. Extensible and fast, written in Lua and C. Works on macOS and Linux.
web - Bugs, enhancements, ideas for our Web presence
mupdf - mupdf mirror
tmux - tmux source code
dtach - A simple program that emulates the detach feature of screen
zeal - Offline documentation browser inspired by Dash
ranger - A VIM-inspired filemanager for the console
slob - Data store for Aard 2
alacritty - A cross-platform, OpenGL terminal emulator.
browsh - A fully-modern text-based browser, rendering to TTY and browsers
cosmopolitan - build-once run-anywhere c library
sixel-tmux - sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics