Google Summer of Code 2013 - GNOME - Archive Integration workspace https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=archive-integration 2013-05-28T13:56:30+00:00 2013-05-28T13:56:30+00:00 Matthew Barnes mbarnes@redhat.com 2013-05-28T01:35:13+00:00 urn:sha1:9bfe38c419c7b864b4e1a5f4f2b50416a1e08e41 To make Evolution's shared libraries more consistent. Also add an evolution-mail-composer documentation module. 2013-05-28T13:56:30+00:00 Matthew Barnes mbarnes@redhat.com 2013-05-26T19:41:29+00:00 urn:sha1:70a9fcdf9c61c09fcac72ddf99e73cb57ed99017 To make Evolution's shared libraries more consistent. Also rename the documentation module to evolution-shell. 2013-05-28T13:56:30+00:00 Matthew Barnes mbarnes@redhat.com 2013-05-26T18:57:43+00:00 urn:sha1:6c9a3243c9b335cb7e5873b15562263e74293dc2 To make Evolution's shared libraries more consistent. Also rename the documentation module to evolution-util. 2013-03-17T12:49:12+00:00 Matthew Barnes mbarnes@redhat.com 2013-03-03T15:03:50+00:00 urn:sha1:23b89997658a8eb8bd2e1d9d20234a6978880aae EShellSettings predates GSettings and is no longer necessary. GSettings allows binding GObject properties to GSettings keys, with optional mapping functions. That fulfills the purpose of EShellSettings. 2013-01-21T01:56:16+00:00 Matthew Barnes mbarnes@redhat.com 2013-01-20T23:31:11+00:00 urn:sha1:8a71509ee441e48215df9a9c3018214fe9a592ce Collect all the "config" extensions from the "addressbook", "calendar", and "mail" modules into one place. These extensions typically just bind GObject properties of extensible classes to app-specific GSettings keys. 2012-12-12T19:33:47+00:00 Matthew Barnes mbarnes@redhat.com 2012-12-12T18:11:13+00:00 urn:sha1:bed06d9ec3914ba39975a58797e79ff2ad028768 Move the supporting widgets for the contact maps feature alongside EABContactDisplay. Removing them from libeutil helps isolate our usage of libchamplain so it's not imposed on the entire application, and even 3rd party software. That libchamplain is an optional dependency only further complicates the matter. Ideally I'd like to somehow isolate this feature in an extension module, but we currently lack sufficient hooks for such an extension. So this arrangement will have to suffice for now. 2012-12-12T19:33:43+00:00 Matthew Barnes mbarnes@redhat.com 2012-12-10T13:09:59+00:00 urn:sha1:d09d8de870b6697c8a8b262e7e077b871a69b315 Evolution consists of entirely too many small utility libraries, which increases linking and loading time, places a burden on higher layers of the application (e.g. modules) which has to remember to link to all the small in-tree utility libraries, and makes it difficult to generate API documentation for these utility libraries in one Gtk-Doc module. Merge the following utility libraries under the umbrella of libeutil, and enforce a single-include policy on libeutil so we can reorganize the files as desired without disrupting its pseudo-public API. libemail-utils/libemail-utils.la libevolution-utils/libevolution-utils.la filter/libfilter.la widgets/e-timezone-dialog/libetimezonedialog.la widgets/menus/libmenus.la widgets/misc/libemiscwidgets.la widgets/table/libetable.la widgets/text/libetext.la This also merges libedataserverui from the Evolution-Data-Server module, since Evolution is its only consumer nowadays, and I'd like to make some improvements to those APIs without concern for backward-compatibility. And finally, start a Gtk-Doc module for libeutil. It's going to be a project just getting all the symbols _listed_ much less _documented_. But the skeletal structure is in place and I'm off to a good start. 2012-09-17T17:50:40+00:00 Matthew Barnes mbarnes@redhat.com 2012-09-17T17:47:09+00:00 urn:sha1:6f63323dc0571c6d0249542a87f762d67e00cbea Leftover file from ages past. No longer used. 2012-06-15T07:04:08+00:00 Milan Crha mcrha@redhat.com 2012-06-15T07:04:08+00:00 urn:sha1:94daae3dba8e86e88f69320bc82795fe660ec9cd 2012-06-14T08:45:56+00:00 Milan Crha mcrha@redhat.com 2012-06-14T08:45:01+00:00 urn:sha1:e8dc7d80f7cc775b2904cd362141df8740a9ce66