Created attachment 68720 [details] black shading error Version: 4.0 (using KDE 4.7.4) OS: Linux Some Buttons and Comboboxes are rendered incorrectly when i use widget-style oxygen, maximum contrast shading and a dark background color for buttons. Reproducible: Always Steps to Reproduce: System settings color-> set a dark background color for buttons (e.g. black, but a dark blue works also) Options->shading:contrast -> set to Max Actual Results: some buttons + checkboxes are not shaded... it seems to depend on their vertical position in the containing window Expected Results: all active (not disabled or inactive buttons) should look the same This happens in every K-Application: i choose rekonq as example because you can easily spot lines where rendering starts doing incorrect thing. In KDE 4.3.5 no such thing occured with widget style GTK and gtk style "oxygen-gtk" buttons are also rendered correctly.
Created attachment 68721 [details] dark blue the same thing with dark blue
Created attachment 68722 [details] other dark blue, other buttons work, other are incorrect
Created attachment 68723 [details] the same thing scrolled, to show that it occurs dependent on the vertical pos
Created attachment 68724 [details] GTK-backend-Oxygen style gtk with oxygen style works, but looks ugly, because gtk is ugly.
Please post here the color scheme with which you are having issues (as attachment)
Thing is: there is no "automatic" way that I know of to calculate derived colors from a base color, that would work in all cases. So it is actually unlikely that I could fix the issue you report: Basically we try (using a threshold) to determinate if a given color has low contrast or high contrast with respect to a given background, and change the calculations according to the result. The button color you picked is right at the border (close to the threshold), and crosses it, depending on where the buttons are on the page (wich corresponds to a different background). Hence the funky result. I'd suggest either - change the button color (I would try a less saturated color) - change the contrast settings (in application appearance -> colors -> options -> shading) to a smaller value. Still, I'd like to get a hand on the color scheme, because the color changing for checkboxes in the tree list, (second screenshot) should not be there, since the background is flat. So this, at least, is definitely a bug that I should fix. Thanks, Hugo
PS: there are dark themes on the market, which works just fine. See for instance "obsidian coast".
Created attachment 68767 [details] Requested color_scheme It's not the same as in "2" (i don't have it anymore), but it shows an equal combobox table behaviour
Created attachment 68769 [details] now look at my contrast Hello Hugo, thank you for your quick response >Thing is: there is no "automatic" way that I know of to calculate derived >colors from a base color, that would work in all cases. KDE 4.3.5 ? >The button color you picked is right at the border (close to the threshold), >and crosses it, depending on where the buttons are on the page (wich >corresponds to a different background). Hence the funky result. Take a look at the attached screenshot... It seems like background does not matter: That's the "default" color scheme with button color from dark_blue2
Created attachment 68770 [details] that's the right screenshot sorry in my previous post i somehow captured the wrong window
KDE 4.3.5 had other issues. (namely that the buttons would have no contrast with respect to background in some regions of the window and for some color scheme). That's what the changes that cause the issues you are having have been addressing in the first place. In fact, that's exactly the point I was trying to make.
OK i understand that. So oxygen-gtk probably uses the old routine and threrefore works better with dark buttons? I just hope that when you "fix" dark_blue2 you'll find an easy to resolve bug that fixes everything :)
As far as I know, oxygen gtk has pretty much the same issue See: http://wstaw.org/m/2012/02/14/plasma-desktopwD3681.png
i am using oxygen-gtk 1.1.2 (repository), and i have no such effects similiar to your screenshot (but appart from the colors, the new oxygen-gtk looks far more better)
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.