Google Summer of Code 2013 - GNOME - Archive Integration workspace https://lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=archive-integration 2013-07-08T04:08:54+00:00 2013-07-08T04:08:54+00:00 Matthew Barnes mbarnes@redhat.com 2013-07-08T03:51:24+00:00 urn:sha1:3b8a9ed601e38a6a0d94fa661fccd4a5000f4b0e 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. 2013-06-21T17:41:22+00:00 Matthew Barnes mbarnes@redhat.com 2013-06-21T17:41:22+00:00 urn:sha1:df33267935695c23f1367384385058e497e3f089 2013-06-21T15:06:16+00:00 Matthew Barnes mbarnes@redhat.com 2013-06-21T15:03:25+00:00 urn:sha1:f927a9a169f11f34171937172cade82c184fa022 Give the "show-headers" key a proper default value, and watch out for an empty "headers" key, which is supposed to imply that default value. 2013-06-05T17:03:45+00:00 Matthew Barnes mbarnes@redhat.com 2013-06-05T13:24:02+00:00 urn:sha1:3e8b6ddf8d9e090e0769faede1d68337e240e58d Replaces the "headers" key. Whereas "headers" is an array of XML blobs, the "show-headers" key is an array of string/boolean pairs. Also update the appropriate places to get/set the new key. 2013-06-04T17:10:02+00:00 Matthew Barnes mbarnes@redhat.com 2013-06-04T16:03:24+00:00 urn:sha1:5794c63f4ff48ad4abc677954fcd5e9bb578aacc Mainly to avoid accessing GSettings directly from EMailBrowser. Also add a "browser-close-on-reply-policy" GSettings key that replaces "prompt-on-reply-close-browser", the difference being the new key uses an enum definition compatible with EAutomaticActionPolicy instead of a free-form string value. And finally add an ESettingsMailBrowser class to glue things together. 2013-05-09T20:31:04+00:00 Matthew Barnes mbarnes@redhat.com 2013-05-09T20:31:04+00:00 urn:sha1:289d96f5f0816a5fb3c642827c6f69a690a6574c Hidden setting, no clear use case, and poorly implemented. 2013-05-09T03:06:23+00:00 Matthew Barnes mbarnes@redhat.com 2013-05-09T01:09:52+00:00 urn:sha1:448aa307c324899a45b56d00c23d247b789eca27 We used to do this before WebKit and it looked better. Also fix up the header section for right-to-left locales: put the collapse button on the right, and images on the left. 2013-04-28T01:42:13+00:00 Matthew Barnes mbarnes@redhat.com 2013-04-28T01:42:13+00:00 urn:sha1:63e96ab38c4a013987114680476d2c2841e9df30 2013-04-28T01:40:48+00:00 Matthew Barnes mbarnes@redhat.com 2013-04-28T01:39:35+00:00 urn:sha1:917544583ae7e1a6c23c2b0cfc132a5573a9fe82 Forgot to remove this along with evolution-settings. 2013-04-20T17:15:27+00:00 Matthew Barnes mbarnes@redhat.com 2013-04-20T15:22:58+00:00 urn:sha1:60386356e322c0ebe3a0101a616752c0e557491e This was added as part of bug 360184 but no justification was given for the "local-only" part. My Spidey sense tells me it was a hack- around for the old implementation's tendency to freeze the UI while searching for a photograph. So the "local-only" option really just meant "don't freeze the UI for very long, please". The new EPhotoCache-based implementation in 3.8 NEVER freezes the UI, so the "local-only" option is no longer needed. If a remote address book is slow or unresponsive we simply cancel the async photo lookup when the user moves on to another email.