gsoc2013-evolution/modules/spamassassin, branch master

Bug 540362: [webkit-composer] Use webkit for composer

2014-06-09T14:32:25+00:00

Merge wip/webkit-composer branch into master.

Add an --enable-code-coverage configure option to enable gcov support

2014-03-25T11:04:58+00:00

When enabled, this will compile all libraries/binaries with the necessary gcc and ld flags to enable code coverage support using gcov.

Replace 'interface' with 'iface' in the code

2014-02-26T15:15:21+00:00

Win32 headers have a #define for 'interface', which breaks the build when this word is used in the code, thus replace it to 'iface', the same way as GLib or GTK+ code use to have it. (See bug #722068.)

Bug 721545 - License text contains obsolete FSF postal address

2014-01-07T21:05:51+00:00

Convert libemail-engine to a single-include model.

2013-11-11T17:07:43+00:00

Use: #include

Bug 703490 - Stop invoking spamc, just use spamassassin

2013-07-08T04:08:54+00:00

SpamAssassin is clearly not intended for use by mail clients, as evidenced by the number of backflips Evolution's SA module still has to do just to detect the presence and nature of a running spamd (a problem which D-Bus solved a decade ago), and recent SA developer comments. In lieu of removing SA support entirely, remove all the crazy GSettings that are (thankfully) not exposed in the UI and relegate Evolution's SA integration to only the most basic usage (spamassassin / sa-learn). Users are better off with Bogofilter anyway. Leave SpamAssassin for mail servers.

Rename libeshell to libevolution-shell.

2013-05-28T13:56:30+00:00

To make Evolution's shared libraries more consistent. Also rename the documentation module to evolution-shell.

Rename libeutil to libevolution-util.

2013-05-28T13:56:30+00:00

To make Evolution's shared libraries more consistent. Also rename the documentation module to evolution-util.

Move the contact map widgets to addressbook/gui/widgets.

2012-12-12T19:33:47+00:00

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.

Consolidate base utility libraries into libeutil.

2012-12-12T19:33:43+00:00

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.