https://bugs.kde.org/show_bug.cgi?id=520878
--- Comment #3 from Musaad <[email protected]> --- (In reply to Zamundaaa from comment #2) > I looked at this a bit, and I think it's caused by how the color picker and > zoom render: The zoom effect records rendering of each screen and then shows > a subset of the screen... but with the color picker, we only render the one > picked pixel, so the zoom effect just doesn't work there. > > I'm not sure how to fix it tbh. would it be feasible for the color ▎ picker to sample (and render) a small neighborhood around the hotspot from the scene with the cursor ▎ excluded, rather than the single final-composited pixel? That sidesteps the Zoom-cursor occlusion ▎ entirely, and the same neighborhood render could back a small magnifier loupe next to the crosshair — ▎ showing the actual pixel under the hotspot, the way Firefox's eyedropper and macOS Digital Color Meter ▎ do. That'd fix the wrong-color sample and add a pixel-accurate preview in one change. -- You are receiving this mail because: You are watching all bug changes.
