https://bugs.kde.org/show_bug.cgi?id=365372
--- Comment #4 from toniw <to...@gmx.at> --- Created attachment 122375 --> https://bugs.kde.org/attachment.cgi?id=122375&action=edit wrong hues of hsy color selectors @wolthera So the hue shift is a result of the (de)linearization of the color space. An example indeed shows that the RGB values result in a different hue (far less green) after linearization (I guess the same goes for delinearization): before linearization: r=0.823529, g=0.196078, b=0 after linearization: r=0.64448, g=0.0319066, b=0 I suppose, as soon as the HSY values are computed correctly, this workaround is obsolete too (wheel and simple selector): https://invent.kde.org/kde/krita/blob/master/plugins/dockers/advancedcolorselector/kis_color_selector_wheel.cpp#L120 This, in addition to the angle of the color wheel using the HSV-Hue seems to cause the shifting when the color selector is updated. The (clicked) angle just does not match the HSY-Hue after being delinearized, but all of the other (non-linearized) hues match. https://invent.kde.org/kde/krita/blob/master/plugins/dockers/advancedcolorselector/kis_color_selector_wheel.cpp#L298 The problem affects the Artistic Color Selector too: The picked color hue does not equal the hue inside the wheel. In the attached video, you can also see that the color distribution on the artistic color selector wheel is not very "linear": The Green-Value increases steadily in the RGB-Slider but the position in the wheel only moves very little and then makes bigger steps as it gets closer towards pure yellow. The resulting hues seem to be "squashed" together at pure red, green and blue -- You are receiving this mail because: You are watching all bug changes.
