Bug 356006 - Breeze GTK does not respect the color scheme
Summary: Breeze GTK does not respect the color scheme
Status: CONFIRMED
Alias: None
Product: Breeze
Classification: Unclassified
Component: gtk theme (show other bugs)
Version: 5.4.3
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: scionicspectre
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-27 21:42 UTC by Mircea Kitsune
Modified: 2017-10-06 17:49 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mircea Kitsune 2015-11-27 21:42:16 UTC
The Breeze themes for gtk2 and gtk3 do not respect the background color of the color scheme, unlike the qt version of the theme. As someone who frequently swaps schemes and uses various background colors, I find this an irking issue, and because of it I'm still using oxygen-gtk.

Reproducible: Always

Steps to Reproduce:
1. Go to: Configure Desktop -> Application Style -> GNOME Application Style (GTK). Select BreezeGTK for both the GTK2 and GTK3 themes.

2. Go to: Configure Desktop -> Color. Switch to a color scheme with a dark background, such as Breeze Dark or Obsidian Coast or Wonton Soup.

3. Open up any GTK2 or GTK3 application.

Actual Results:  
The widget style does not respect the scheme. The background is white and the text is black.

Expected Results:  
They should follow the background and text colors specified in the color scheme, just like the QT version of the theme does.
Comment 1 Mircea Kitsune 2016-01-09 13:07:48 UTC
With news that Firefox and Thunderbird will soon be switching from gtk2 to gtk3, I'd really like to see this being given some thought! As far as I'm aware, it's primarily the background color and text color that need to be respected in these themes.

oxygen-gtk (gtk2 only) offers a perfect example of how this is done. The Oxygen widget style, just like the Breeze widget style, is meant to follow the background and text colors of the color scheme.
Comment 2 scionicspectre 2016-01-09 22:04:45 UTC
Just gonna' copy-paste this from my comment on the prior GTK2-related bug 357524:

"Unfortunately, this is going to be remain the case for some time, as we need to polish and restructure the base theme before we rewrite the color generation scripts for the GTKrc, CSS, and SVG files.

"That is, unless some enterprising artist and/or developer with some time on their hands wants to take on the work. Even then, GTK 3's theming machinery is being reworked so that themes don't need to be remade for each stable version of GTK any longer, so it would be wise to delay this until that work is complete to prevent duplication of effort.

"Until these kinks are worked out, it should be fairly straightforward for someone to modify the SVGs, SCSS, and GTKrc files to match the color scheme of their choice. I know that's no real solution, but it's probably the best we're going to get in the immediate future."

All I can do is apologize for our slow progress as volunteers. I should also mention that we can't use Oxygen's method for this as it doesn't work in GTK 3 at all in newer versions and the GTK 2 theme is based on the pixmap engine. Rather than rebuilding the Breeze GTK 2 theme from Oxygen's engine and using another method entirely for GTK 3, we'll be generating both at the same time.
Comment 3 scionicspectre 2016-06-13 04:15:56 UTC
For anyone following this bug, you may be interested in the preliminary scripts for generating a kcolor-based theme; they are available on GitHub in the source folder: https://github.com/dirruk1/gnome-breeze.

This probably won't appear in the upcoming Plasma 5.7, but we'll be testing it more thoroughly and working out the kinks during the upcoming cycle, so this long-standing bug will likely be resolved in the near future.