Red Hat Bugzilla – Bug 186323
Gtk2 scrollbar color with KDE
Last modified: 2008-08-26 11:42:53 EDT
Description of problem:
When running KDE, the scrollbars of Gtk2 applications always appear as
light blue (Clearlooks default?), ignoring both the KDE color scheme and
the user's selected Gnome theme.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in to Gnome and change the theme to something which doesn't use a
light blue scrollbar (Bluecurve, for example).
2. Note that Gtk2 applications, such as Firefox and the GIMP now use the
selected color for their scrollbars.
3. Log out of Gnome and log in to KDE.
4. Select a color scheme which doesn't use a light blue scrollbar (just
about any of them).
5. Note that Firefox, Thunderbird, and the GIMP still use light blue
Gtk applications should honor KDE color scheme. (At the very least, they
should honor the users Gnome theme.)
This may be a KDE bug. However, this bug did not exist on Fedora Core 4,
even when updated to KDE 3.5.1.
Additional information -- if /usr/libexec/gnome-settings-daemon is running,
then Gtk applications use the scrollbar color (and drawing style) specified
in the user's GNOME theme.
This is not a solution, however; Gtk applications should use the KDE color
scheme when running under KDE.
I see the same problem
For me running /usr/libexec/gnome-settings-daemon doesn't help, even if I start
Gnome, the color of scrollbars for Bluecurve theme isn't blue but gray.
kde needs to run an xsettings manager exporting their settings in a cross-desktop
Updating to Rawhide, as Problem still exist with following packages:
Is this a Fedora only issue, or something from upstream KDE. If you have
another distro running would be interesting to see how they handle this.
The code which writes out the GTK+ color settings now lives in
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Was this resolved or is it still a work in progress?
Not resolved yet.
Are we there yet? lol
Really mean Is this resolved with the official 4.1 release?
Still not fixed.
Hey, this has been open for over 2 years, what makes this so urgent now that we need to be reminded every few days? ;-)
Well if its been 2 years then it sounds like its not a high priority. So we need to decide if its worth keeping open and giving it some attention or just closing as WONT FIX.
Besides, this really needs to be upstreamed. hint hint...
not that kde upstream currently has much interest in implementing the suggested xsettings-manager solution. :(
Ok upstreamed it. Will let upstream decide what if anything they want to do with it.