-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tmux show picture is blur #95
Comments
So this is not an issue with |
I don't think that tmux allows the picture modes of kitty or wezterm. This is why images are shown in the character based pixelation. Also 256 colors is limiting the color range, you'd like a 24 bit color mode if available. |
There's a
But under the same 📍 Since |
Interesting, I'll have to look what the difference is of what icat outputs on tmux vs. timg. |
@hzeller Thanks. For the sake of completeness...
|
I looked what kitty is doing there. It has to do an extremely ugly hack to work around tmux' refusal to work with image protocols. |
In general, this is a way to work around tmux that can't deal with graphics protocols directly. https://sw.kovidgoyal.net/kitty/graphics-protocol/#unicode-placeholders The needed workaround is not pretty, but that's all we got :/ This is a preparation to output properly tmux-escaped Unicode placeholders (not wired up yet). The default behavior without tmux of Kitty stays as-is (no Unicode Placeholders) to be compatible with terminals that just implement the image sub-set of the Kitty protocol. Issues: #95
When we see tmux, we need to do things differently, so let's bubble that up from when we query the terminal anyway. Issues: #95
When we see tmux, we need to do things differently, so let's bubble that up from when we query the terminal anyway. Issues: #95
Can you try this AppImage zip ? It should now work within You have to manually provide the
|
@hzeller Thanks for the quick turnaround! Please see my test results below. Kitty 0.28.1 > Tmux 3.3a
Kitty 0.28.1 > Tmux 3.3a > SSH (Ubuntu/Linux)
Kitty 0.28.1 > Tmux 3.3a > SSH (Ubuntu/Linux) > Tmux 3.2a
|
In case anyone else is struggling to reproduce the same behavior from the latest |
Second case: ok, let me see if there is a simple way to detect the case where we're actually remote. The last case, tmux before 3.3, probably just means that if passthrough didn't exist then, it would not possible to show images in tmux anyway, so showing an error message there is probably good, but I agree if we could take the version into account, we could provide a more tailored error message. |
Alright, the cases 2 and 3 should be a bit more useful now
There is an updated AppImage to test. |
Now in the latest release v1.5.1 |
yes, tmux is refusing to work with image formats, so the Kitty workaround is the only way. |
@hzeller Thanks again.
|
FYI @kovidgoyal : implemented use of your unicode placeholders protocol to have |
Cool, glad to hear it. |
Anyone have working usage examples for |
Just to give my 2 cents feedback. This is working perfectly on my Archlinux system. That is, when I'm running tmux inside kitty and,
I see a perfect not blurred image. It "seems" to take a few almost unnoticeable micro/nano milliseconds more time than showing it without tmux in the middle. This is a 14 year old PC' ahha. timg --version
Installed from here, https://aur.archlinux.org/packages/timg $ kitty --version
$ tmux -V
I always have this line in my ~/.tmux.conf
and that's what is reported by echo $TERM. From the 3 terminal image viewers that I use timg is the only one that "manages" to do it. That is, to overcome tmux "obstacles" and display a perfect image , when running inside tmux inside kitty. |
No description provided.
The text was updated successfully, but these errors were encountered: