gsoc2013-evolution/calendar, branch masterGoogle Summer of Code 2013 - GNOME - Archive Integration workspace
https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=master2014-09-05T17:13:56+00:00Miscellaneous Win32 related changes2014-09-05T17:13:56+00:00Milan Crhamcrha@redhat.com2014-09-05T17:13:56+00:00urn:sha1:1dc1cf0b81b4e7f16fdd8f27bd3971d6c4ab4606
* use e_util_win32_initialize() in main() to avoid code duplication
* e-spinner - correct image path build under win32
* export WIN32_SERVICELIBEXECDIR when building eds, which relies on it now
* update D-Bus patch and session-local.conf creation, thus D-Bus
can actually autostart services
Bug 733917 - Critical warning when hiding the tooltip above the event2014-07-31T15:25:22+00:00Milan Crhamcrha@redhat.com2014-07-31T15:24:27+00:00urn:sha1:959d8034aae6b214e2a540e54b708f173e2803fee_day_view_show_popup_menu: Avoid runtime warning from tooltip_get_view_event2014-07-21T13:53:32+00:00Milan Crhamcrha@redhat.com2014-07-21T13:53:32+00:00urn:sha1:8d2e1340cf46d0e630448c5f9fe4ed02229cd06b
The e_day_view_show_popup_menu() can be called with event_num = -1,
which is when the mouse doesn't hover above any event. The function
tooltip_get_view_event() claims a runtime warning in this case, thus
avoid it by properly testing the passed-in value.
Always use selected color for selected region in EDayView2014-07-21T13:45:48+00:00Milan Crhamcrha@redhat.com2014-07-21T13:45:48+00:00urn:sha1:fc55dedaf1c3d00d6b4e117d988f2bafe2ca791f
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.
Add missing chain-up-s to parent's constructed() method2014-07-17T10:46:38+00:00Milan Crhamcrha@redhat.com2014-07-17T10:46:38+00:00urn:sha1:bcc3a1c7e641830622690116907c02b7f89183d7
Plus a little code cleanup for easier grepping.
Correct draw of all-day events in a day/work-week view2014-07-10T15:39:56+00:00Milan Crhamcrha@redhat.com2014-07-10T15:39:56+00:00urn:sha1:1690e6760f23f95f245d4acde8c768ccdedfc3b8
I overlooked an issue when replacing GtkStyle with GtkStyleContext
in this part, the all-day events were drawn always black, instead
of with the background color of their calendar.
Remove usages of deprecated gtk_widget_ensure_style()2014-07-10T09:12:19+00:00Milan Crhamcrha@redhat.com2014-07-10T09:11:40+00:00urn:sha1:3c6f0c119aed61e7791cf5031b982ee270130611Bug 732541 - Small calendar print doesn't follow week-start-day option2014-07-08T17:04:56+00:00Milan Crhamcrha@redhat.com2014-07-08T17:04:56+00:00urn:sha1:c082d6b81b7a32ad5a299331572690439d440691Replace GtkStyle usages with GtkStyleContext2014-07-07T10:51:41+00:00Milan Crhamcrha@redhat.com2014-07-07T10:51:41+00:00urn:sha1:50bda1bad222082488d3d9bc9fe1d0fb3867e974
This makes evolution depend on theme-defined named colors, namely:
theme_bg_color
theme_base_color
theme_fg_color
theme_text_color
theme_selected_bg_color
theme_selected_fg_color
theme_unfocused_selected_bg_color
theme_unfocused_selected_fg_color
If it's not defined, then a fallback color is used, in the worse case
one of the fallbacks defined in evolution itself.
Bug 607753 - Appointment tooltip sometimes 'stick' to screen2014-06-25T08:16:17+00:00Milan Crhamcrha@redhat.com2014-06-25T08:16:17+00:00urn:sha1:6765ed10ff637c382031504b6dee647babea2375