Closed xfzv closed 3 months ago
I think this is described here: https://yazi-rs.github.io/docs/faq/#why-icons-shrink
I think this is described here: https://yazi-rs.github.io/docs/faq/#why-icons-shrink
I'm actually using a Yazi flavor (catppuccin-mocha.yazi) so I guess this shouldn't happen?
This is just a feature of kitty (https://github.com/kovidgoyal/kitty/issues/2672#issuecomment-631320091). I've seen this happen with other terminal programs and is just a fact of how kitty works, sometimes it might not grow or shrink icons until you hover over them (like in your issue) for whatever reason. So I don't think there's much that can be done on yazi (or any program) to mitigate that.
Also related: https://github.com/kovidgoyal/kitty/issues/6210
With that said, I was able to reproduce your issue sometimes when typing a /
(like in your examples) as the first thing in the prompt. Other thing that also works is typing any character, press backspace and some of the new listed entries will have the same issue. If you hover over them, close the prompt and repeat the steps, now the new listed entries no longer have the issue, until you open a new instance of yazi.
Other thing that also works is typing any character, press backspace and some of the new listed entries will have the same issue. If you hover over them, close the prompt and repeat the steps, now the new listed entries no longer have the issue, until you open a new instance of yazi.
Can reproduce this too.
Well, if there's pretty much no way to avoid this with Kitty, maybe https://yazi-rs.github.io/docs/faq/#why-icons-shrink should be changed.
As I understand it in its current state, using a yazi
flavor should fix the problem, turns out it's not (unless I'm missing something).
Well, if there's pretty much no way to avoid this with Kitty, maybe https://yazi-rs.github.io/docs/faq/#why-icons-shrink should be changed.
The FAQ already mentioned that this is a hack based on setting colors for icons:
In kitty, you have to add a style to file list items (like foreground color) to make the icons match the text size
But as you can see, the auto-complete icons don't support color settings, so it doesn't work for them
I don't think there's much Yazi can do here. Maybe in the future, if auto-complete icons start supporting color, this issue might be less of a problem (though you'd still need a flavor).
It's worth mentioning that I can't reproduce the auto-complete icon issue whether I use a flavor or not. My icon sizes are always fine, though I'm pretty sure this is a problem specific to Kitty.
I see, thanks for the details.
I'm going to lock this issue because it has been closed for 30 days. ⏳ This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
What system are you running Yazi on?
Linux X11
What terminal are you running Yazi in?
kitty 0.35.2
yazi --debug
outputDid you try the latest nightly build to see if the problem got fixed?
Yes, and I updated the debug information above (
yazi --debug
) to the nightly that I triedDescribe the bug
With
directories and files icons are small until hovered:
I'm using JetBrainsMono Nerd Font if that matters:
Minimal reproducer
Occurs without
~/.config/yazi/
directory. Just usecd --interactive
.Anything else?
Also tried with empty
~/.config/kitty
directory (so without JetBrainsMono Nerd Font), same issue.It seems that depending on the current working directory, sometimes the icons have normal size out of the box. I can't determine a precise pattern.
Sometimes, some directories that have not been hovered yet have the correct icon size (here
/usr
;/mnt
and/sys
):