GNOME Bugzilla – Bug 206767
The calendar appears to be using hard-coded colours
Last modified: 2013-09-10 14:03:33 UTC
My GTK+ theme is beige, and the calendar uses the following colours: * working day is light grey * rest of day is dark grey * highlighted sections are dark blue * selections in the mini-calendar are light grey * the all-day event box is dark grey At least the selection should be the GTK+ colour, but the day highlighting could be based upon different shades of the GTK+ background colour (like GAL does for the trees/lists)
I suppose this is a UI bug
Yes, this is a known issue. Themes don't really work well with widgets that need a lot of colors. We could possibly use different shades of the background color, but we may then have the problem that some of the colors we use disappear (we can't get all of our colors by shading the theme colors). I think the only thing we could do is provide options to set all the colors, so the user can set it up to go with their theme. But that is a bit awkward for the user to do.
As a result of the UI freeze today, I'm marking all remaining non-1.0 UI bugs to 'future'. Someone reading this should only change the target back to 1.0 under the following circumstances: 1) The change would not impact documentation. (i.e., 'how to do X' would not have to be changed in any way.) 2) The change would require trivial work for the programmers involved. Most likely, only the programmers themselves are able to judge this. So, if you are not on the evo team, or cannot provide a patch to them for this, you should probably not make any such changes. Sorry that this is going to impact so many irritating bugs, but we have to prioritize our limited resources.
This bug is a semi-duplicate of #22169. Highlight colors are definitely problematic at this stage. http://bugzilla.gnome.org/show_bug.cgi?id=222169
Still a problem in 1.5.3. If I'm feeling evil one day I'll point a Sun accessability guy at this...
checked in YuanLi's patch to CVS HEAD. Mark this as fixed for Evolution 2.1.x.