Red Hat Bugzilla – Bug 498422
theme/engine doesn't set foreground colour
Last modified: 2009-11-08 23:37:50 EST
Description of problem:
the nodoka notifications are lovely but because i'm using a dark desktop theme (darklooks) i get white text on a light yellow background - so i can't read the messages.
Version-Release number of selected component (if applicable):
Erm, sorry about the late reply, I'm kinda busy lately. I can reproduce the issue and will look into it as soon as I have enough time.
Actually, thinking about the best solution, do you think having background respect colour settings from your gtkrc (instead of the hardcoded yellow colour which is the case now) or hardcoding the text colour to black would be a better approach? I am leaning towards the former, although the later would be easier to implement.
no problem. :-)
i'm not sure about how gtkrc works but from the point of view of the 'Customise Theme' dialog from 'Appearance Preferences' there's a pair of colours for tooltips which you could hook into.
personally, until "they" add 'Notifications' to that list of colours or there's an official declaration of which of the existing colours should be used for notifications (e.g. 'tooltips' or 'windows') i'd make it hardcoded.
the most important thing is to make it consistent between the foreground and background - either hardcode both or hardcode neither.
I have the same problem as reporter since upgrading to F11. Previous notifications did actually respect my Darklooks theme and this is the way I want it.
You know, it really looks ugly, even if you make the text forcibly black. This will solve one problem (text being almost invisible), but a second one stays: in my dark-to-black elegant desktop this popup window looks like a drag queen on a funeral :)
If someone was trying to make it similar to tooltips, he forgot to use their colors. Making the gradient dependent on the tooltip color is very good idea + make the text dependent on their text color as well.
Why the default tooltip color pair for Darklooks is still black-on-bright-yellow is another matter, if you know of a bug number for that, you can share, I'll add my proposal :)
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
*** Bug 506579 has been marked as a duplicate of this bug. ***
Can you try?
It's built for Rawhide, but should probably work on previous F10 or F11 as well. It uses gtkrc specified colour as background, alas for all themes I've tried this is the same to the color that this used on windows background and I still don't know what exactly could change the color via gtkrc...
This is MUCH better!
However, the "X" button (to dismiss the notification) is invisible:
It is there and can be found hovering the mouse pointer over it:
The cause is probably using default "X" color used by tabs, where at the same time not using the same background color as tabs. Take a look at this screenshot:
From top to bottom:
- X to close inactive gnome-terminal (light grey on dark grey)
- X to close a tab in gnome-terminal (black on dark grey)
- X to close another inactive window
- X to close another inactive window, toolbox-style
- X to close an active window (more contrast than inactive - solid white on darker grey)
- X to close a tab in Pidgin (surprise: light grey on dark grey)
For a flat "X" button, Pidgin uses text "x" and text color (I think this saves space comparing to normal GTK+ tabs).
I think the proper thing to do for notifications is:
- change background to be the same as "widget background", not "text background" (menu bars, tabs, status bars, buttons all have the "widget background I'm talking about; text areas, one-line inputs, lists all use the almost-black "text background" which current notifications seem to use), or
- to use text color/button label color for the X, just what Pidgin does and consistent with action buttons.
On my desktop, I think first option would look better, because now the notifications' borders are almost invisible and the window blends into the desktop, apart from the urgency color on the left. I don't know how this change may effect other themes, though.
Created attachment 357664 [details]
pretty notification with visible text and buttons.
sorry i've taken so long to try this.
huge thanks for the update - it's fantastic. my colleagues are very envious (the google-droid fonts and gartoon icons help a bit though)!
for what it's worth, i suspect the "X" problems Leszek has reported might be caused by the kerneloops app itself, not the theme. my impression is that the kerneloops notifications always look a bit odd. all my other notifications look fine. (see attached image.)
can this change get a release now? it's a vast improvement regardless of whether it needs further refinement.