After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 744531 - HighContrast: flat buttons in popovers do not “change color” when insensitive
HighContrast: flat buttons in popovers do not “change color” when insensitive
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Themes
3.15.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2015-02-14 18:46 UTC by Arnaud B.
Modified: 2016-03-15 12:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of a flat insensitive button in HC theme (243.78 KB, image/png)
2015-02-16 18:21 UTC, Jakub Steiner
Details

Description Arnaud B. 2015-02-14 18:46:02 UTC
Using HighContrast theme, buttons with the “flat” class do not “change color” (be grayed) when insensitive.
Comment 1 Matthias Clasen 2015-02-15 18:25:55 UTC
highcontrast theme is now part of gtk
Comment 2 Jakub Steiner 2015-02-16 18:21:18 UTC
(In reply to Arnaud Bonatti from comment #0)
> Using HighContrast theme, buttons with the “flat” class do not “change
> color” (be grayed) when insensitive.

Can you provide an example app that uses the style? The flat style buttons do have an inssensitive style defined as can be seen in the gtk3-widget-factory screenshot attached (the file open vertical toolbar button on page 3).
Comment 3 Jakub Steiner 2015-02-16 18:21:55 UTC
Created attachment 296969 [details]
screenshot of a flat insensitive button in HC theme
Comment 4 Arnaud B. 2015-02-17 13:15:16 UTC
You can test it in Klotski (`gnome-klotski`) master (beginnig with 3.15.90): in the “Change Puzzle” popover, the two arrows that permit to change the level pack are flat.

When the window is at the top, the two buttons are black, whatever pack you’re playing with (the left arrow should be grayed on first pack, and the right one on last/third pack).

When the window isn’t at the top (:backdrop in CSS), the insensitive arrows are drawn with the good color but with a non-flat design.
Comment 5 Arnaud B. 2015-03-19 21:44:55 UTC
Oh, always with flat HighContrast buttons: when :active, they are written black on black. They should at least be written white on black, like the “Change Grid” menubutton of Klotski, or more greyish like the two headerbar’s togglebuttons of Polari (why this difference?).
Comment 6 Matthias Clasen 2015-04-18 02:29:55 UTC
I think this is fixed. not seeing button problems with hc in gtk3-widget-factory anymore.
Comment 7 Arnaud B. 2015-04-18 04:37:03 UTC
I reopen, as Klotski’s bug isn’t solved. Looks like the general case is now correctly handled, but –don’t know why– buttons in popovers are special-cased[1].

[1] https://git.gnome.org/browse/gtk+/tree/gtk/theme/HighContrast/gtk.css#n1287
Comment 8 Arnaud B. 2015-04-18 04:46:00 UTC
Note: I currently have a strange theme error[1] launching every application in HighContrast theme, but I assume it’s not related.

[1] GtkWarning **: Theme parsing error: HighContrast.css:2545:58: '_widget_edge' is not a valid color name
GtkWarning **: Theme parsing error: HighContrast.css:2545:60: '_widget_edge' is not a valid color name
GtkWarning **: Theme parsing error: HighContrast.css:2545:62: '_widget_edge' is not a valid color name
Comment 9 Michael Catanzaro 2016-02-14 15:13:40 UTC
Arnaud has added CSS to Klotski as a workaround for this issue.
Comment 10 Jakub Steiner 2016-03-15 12:33:41 UTC
Closing as Klotski case seems to be solved.