Skip to content

gtk: load status icons as pixbufs again - #273

Merged
mvo5 merged 1 commit into
masterfrom
fix-icon-treeview
Sep 1, 2026
Merged

gtk: load status icons as pixbufs again#273
mvo5 merged 1 commit into
masterfrom
fix-icon-treeview

Conversation

@mvo5

@mvo5 mvo5 commented Aug 30, 2026

Copy link
Copy Markdown
Owner

When we switched to icon name based rendering in PR#257 we forgot to consider the following case: the gtk CellRenderer always looks up the icon with GTK_ICON_LOOKUP_GENERIC_FALLBACK. Our icons are called package-* and shipped in the hicolor theme. However on systems that do not have the "hicolor" theme but a different scheme with an icon named "package" the fallback logic will use that for everything we call "package-*" as it assumes its a better icon then using a more specific name but from a different icon theme.

This commit fixes the issue by partly reverting the changes from PR#257 and moves back to precise icon name rendering without fallbacks.

When we switched to icon name based rendering in PR#257 we forgot
to consider the following case: the gtk CellRenderer always looks
up the icon with GTK_ICON_LOOKUP_GENERIC_FALLBACK. Our icons are
called package-* and shipped in the hicolor theme. However on
systems that do not have the "hicolor" theme but a different
scheme with an icon named "package" the fallback logic will
use that for everything we call "package-*" as it assumes its
a better icon then using a more specific name but from a
different icon theme.

This commit fixes the issue by partly reverting the changes
from PR#257 and moves back to precise icon name rendering
without fallbacks.
@mvo5
mvo5 merged commit a438db5 into master Sep 1, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant