Summary: | Kirigami.Icon doesn't apply "active" lightening/highlighting effect to pixmaps, only to icons loaded by name | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kirigami | Reporter: | thegrandfinale2001 |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | mikel5764, nate, noahadvs, notmart |
Priority: | NOR | ||
Version First Reported In: | 6.2.0 | ||
Target Milestone: | 1.0 | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/frameworks/kirigami/-/commit/4142c2b7e7252ee1a2ae4d8aa51970d9457a692e | Version Fixed In: | 6.16 |
Sentry Crash Report: |
Description
thegrandfinale2001
2024-05-07 12:26:51 UTC
Which custom icon did you use? One of the system's standard icons, or else an image file? (In reply to Nate Graham from comment #1) > Which custom icon did you use? One of the system's standard icons, or else > an image file? It was an image. PNG and SVG, still the same results. No standard icon used. Can confirm. This appears to be happening because we're using the "active" property of Kirigami.Icon to do the lightening effect, and it only works when given an icon name, not a pixmap. Moving to Kirigami. Git commit 4142c2b7e7252ee1a2ae4d8aa51970d9457a692e by Arjen Hiemstra. Committed on 08/05/2025 at 08:18. Pushed by ahiemstra into branch 'master'. primitives: Use a custom shader for rendering Icon This replaces all QIcon effects, masking and transition animation with a custom shader that does the same, making use of the new ShaderNode to avoid a lot of boilerplate. Related: bug 498530 M +42 -87 src/primitives/icon.cpp M +0 -1 src/primitives/icon.h M +21 -0 src/primitives/shaders.cmake A +58 -0 src/primitives/shaders/icon.frag A +37 -0 src/primitives/shaders/icon.vert https://invent.kde.org/frameworks/kirigami/-/commit/4142c2b7e7252ee1a2ae4d8aa51970d9457a692e |