[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 [email protected] changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Yaroslav Sidlovsky changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Alexander Potashev changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 RuRo changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #20 from Christian (Fuchs) --- (In reply to Nate Graham from comment #19) > From that link: > > > This is my idea of a practically correct hierarchy of fallbacks, in > > contrast to what XDG specification tells us. > > So it seems everyone but us is violating the spec because the following spec > produces undesirable results. This is a pretty sucky situation to end up in. Not really. It means, most likely, two things: 1) the spec needs improvement. Given this is freedesktop, which we are part of, and everyone else violating it is, this should be feasible 2) regardless of if / how fast 1) happens, if the others are faring better by violating it and our users suffer bugs in popular applications due to us being the only ones following it, we should imho start doing the same that everyone else is doing. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #19 from Nate Graham --- >From that link: > This is my idea of a practically correct hierarchy of fallbacks, in contrast > to what XDG specification tells us. So it seems everyone but us is violating the spec because the following spec produces undesirable results. This is a pretty sucky situation to end up in. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #18 from Nate Graham --- Migrating Ilya's comment 29 from https://bugs.kde.org/show_bug.cgi?id=502049#c29: > LXQt does like Qt and GTK (not KDE) since 2017: > https://github.com/lxqt/libqtxdg/pull/116 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #17 from Nate Graham --- *** Bug 502049 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #16 from Nate Graham --- *** Bug 502049 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Lastique changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Nate Graham changed: What|Removed |Added CC||[email protected] --- Comment #15 from Nate Graham --- *** Bug 502049 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Grósz Dániel changed: What|Removed |Added CC||[email protected] --- Comment #14 from Grósz Dániel --- (In reply to Noah Davis from comment #10) > (In reply to Nate Graham from comment #8) > > Might be mutually exclusive with what's requested in Bug 445804. > > Seems like it, which is troubling since both have a point. > > This bug (476084): A tool icon must look like the corresponding tool to make > sense. Even if it looks worse, the usability is much better. > > That bug (445804): A templates folder doesn't necessarily have to have a > templates folder icon to make sense. A generic folder icon in the same theme > would look better than a templates folder icon from a different theme. Arguably it should depend on the context: a simple rule would be that if an icon has text, it should prefer the current theme as the text will disambiguate it, while if it doesn't have text, it should prefer a more specific icon from the fallback theme even at the cost of stylistic inconsistency. The problem is I guess it would be difficult to change the code in such a way that the icon loader know this. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Nate Graham changed: What|Removed |Added CC||[email protected] ||om --- Comment #13 from Nate Graham --- *** Bug 451463 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Nate Graham changed: What|Removed |Added CC||[email protected] --- Comment #12 from Nate Graham --- *** Bug 499056 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #11 from Kristen McWilliam --- Agreed, I can see value to both. I am not sure how to reconcile that. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #10 from Noah Davis --- (In reply to Nate Graham from comment #8) > Might be mutually exclusive with what's requested in Bug 445804. Seems like it, which is troubling since both have a point. This bug (476084): A tool icon must look like the corresponding tool to make sense. Even if it looks worse, the usability is much better. That bug (445804): A templates folder doesn't necessarily have to have a templates folder icon to make sense. A generic folder icon in the same theme would look better than a templates folder icon from a different theme. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 --- Comment #9 from Kristen McWilliam --- I like the way you re-worded the title here, checking for the fallback theme _and then_ a generic icon in the current theme sounds quite reasonable (at least at first glance, I am not super familiar with the intricacies.) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Nate Graham changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=445804 --- Comment #8 from Nate Graham --- Might be mutually exclusive with what's requested in Bug 445804. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Nate Graham changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kiconthemes] [Bug 476084] When an icon isn't found in the theme, look in its fallback theme before falling back to a more generic icon in the current theme
https://bugs.kde.org/show_bug.cgi?id=476084 Nate Graham changed: What|Removed |Added Keywords||usability Assignee|[email protected] |[email protected] Summary|Missing icons don't |When an icon isn't found in |fallback gracefully |the theme, look in its ||fallback theme before ||falling back to a more ||generic icon in the current ||theme Version|git-master |5.111.0 Resolution|UPSTREAM|--- Severity|normal |wishlist CC||[email protected], ||[email protected], ||[email protected], ||[email protected] Product|Spectacle |frameworks-kiconthemes Component|General |general Status|RESOLVED|REPORTED --- Comment #7 from Nate Graham --- Interesting. After reading that again, it does indeed seem like there's wiggle room here for our implementation to have a different behavior. I'm re-opening this ticket and moving it to KIconThemes, where KIconLoader (which implements this behavior) lives, and also CCing people who have thoughts on icon theming from the perspective of an app developer, who can check my reasoning. I think the idea is to preserve visual fidelity by not presenting icons from multiple themes in the same UI. But I agree that it's probably better to do so than to preserve visual fidelity at the costs of losing meaning. -- You are receiving this mail because: You are watching all bug changes.
