GNOME Bugzilla – Bug 460023
Wrongly colored window borders in preview
Last modified: 2007-10-11 18:05:17 UTC
The window borders in the preview sometimes have the wrong color. I'm unable to reproduce right now but it has happened once or twice.
Created attachment 92307 [details] Screenshot with wrongly colored window borders in previews
Known issue, provided that this happens when you modify the color scheme. The thumbnails don't update in that case (yet).
Hum... I can't remember using that color for "selected items". Oh well, I'll close it and reopen if I ever see it again. (I'm guessing there's an open bug if it's a known issue?)
How is it with the control previews? I haven't used the color on the screenshot below for a couple of days.
Created attachment 92872 [details] Wrong color on control previews
That looks odd if you haven't selected a (GTK) theme using those colors in the same session. Could you please describe in detail how you achieve that effect? If it doesn't look wrong right after starting the capplet, please make a shot of the colors tab before changing anything, then proceeed to do whatever you do to get there, and make another shot of the wrongly colored thumbs.
I created a custom meta theme with Gummy and modified the background color to be yellow and used it for a while. A couple of days ago I stopped using it and I think the control thumbnails have been yellow ever since. Also, it looks like this right after starting the capplet (i.e. I don't have to select my yellow meta theme and then select something else). I also just noticed that the yellow color is used for the window thumbnails. However, I'm not 100% sure they where wrongly colored earlier today when I took the screenshot above. But I can't get the right color by e.g. selecting a different theme and restarting the capplet. > theme using those colors in the same session Define session. GNOME session? Appearance capplet session?
Appearance capplet session. If it looks wrong right after starting the capplet, it would be interesting to know what the colors tab looks like at that point in time.
Created attachment 92889 [details] Colors tab right after start And, as I said, control and window thumbnails are yellow.
I have no idea what's going wrong there, and unfortunately I can't reproduce it either.
Hummm. FYI, this is with Gutsy. I haven't looked if they patch something that might be the cause of this.
I just played around with colors for a completely new user and I can't get the window border thumbnails to change color. No matter what I do all themes that use the gtk selection color look like the ones in attachment #1 [details]. Control thumbnails get updated if I restart though. Don't know how to get into the state I'm in on my primary account.
Does it maybe depend on whether you save the theme with modified colors or not?
Not sure but I think so. The window borders have the wrong colors from the start though.
Created attachment 96110 [details] Screenshot Is this the same issue? E.g. control previews always taking the color of teh currently selected theme? This makes the preview quite useless IMHO
No, that is unrelated.
Wrongly colored window borders, hmmm ... any chance that bug# 478886 could actually be a gnome-appearance-properties bug?
If it only affects window borders, and not gtk widgets, that seems highly unlikely. If I had to, I'd point fingers at metacity... Since the other bug has lots more details, I'm going to make this a duplicate. *** This bug has been marked as a duplicate of 478886 ***
What about g-a-p's strange way of saving the gtk_color_scheme gconf key (12 sort-of-duplicated hex digits instead of 6, see http://bugzilla.gnome.org/show_bug.cgi?id=478886#c20), is this normal/intentional?
GTK supports a number of ways to specify colors. Internally, GDK color components (r,g,b) are represented by numbers from 0-65535. If you use a format with less precision (eg. ffffff, 255/255/255) gtk scales that to the full range. For more information, see http://library.gnome.org/devel/gdk/stable/gdk-Colormaps-and-Colors.html, especially gdk_color_parse and gdk_color_to_string. That said, if some application (say metacity) expects the colors in the color scheme to be in a specific format and gets confused otherwise, that might explain what you're seeing (although I would expect more people to hit that problem if that really was the cause).