aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMilan Crha <mcrha@redhat.com>2014-07-21 21:45:48 +0800
committerMilan Crha <mcrha@redhat.com>2014-07-21 21:45:48 +0800
commitfc55dedaf1c3d00d6b4e117d988f2bafe2ca791f (patch)
tree1232321acbcf9d64217d7c196125361289bf066a
parent45cc08a6bef1e312a45037cb7584635e6b0c3536 (diff)
downloadgsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.tar
gsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.tar.gz
gsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.tar.bz2
gsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.tar.lz
gsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.tar.xz
gsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.tar.zst
gsoc2013-evolution-fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f.zip
Always use selected color for selected region in EDayView
It used focused or unfocused selected color, but the EDayView itself is not focused at all, it's main_item->parent.canvas instead. Instead of trying to hunt for this (and updates when the focused widget changes) just use the same selected color unconditionally, just the way the other views do it.
-rw-r--r--calendar/gui/e-day-view-main-item.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/calendar/gui/e-day-view-main-item.c b/calendar/gui/e-day-view-main-item.c
index be2f96f663..ae709092a9 100644
--- a/calendar/gui/e-day-view-main-item.c
+++ b/calendar/gui/e-day-view-main-item.c
@@ -1147,7 +1147,7 @@ day_view_main_item_draw (GnomeCanvasItem *canvas_item,
if (can_draw_in_region (draw_region, rect_x, rect_y, rect_width, rect_height)) {
cairo_save (cr);
- gdk_cairo_set_source_color (cr, &day_view->colors[gtk_widget_has_focus (GTK_WIDGET (day_view)) ? E_DAY_VIEW_COLOR_BG_SELECTED : E_DAY_VIEW_COLOR_BG_SELECTED_UNFOCUSSED]);
+ gdk_cairo_set_source_color (cr, &day_view->colors[E_DAY_VIEW_COLOR_BG_SELECTED]);
cairo_rectangle (cr, rect_x, rect_y, rect_width, rect_height);
cairo_fill (cr);
cairo_restore (cr);