<feed xmlns='http://www.w3.org/2005/Atom'>
<title>gsoc2013-evolution/modules/cal-config-webcal, branch master</title>
<subtitle>Google Summer of Code 2013 - GNOME - Archive Integration workspace
</subtitle>
<id>https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=master</id>
<link rel='self' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/'/>
<updated>2014-06-09T14:32:25+00:00</updated>
<entry>
<title>Bug 540362: [webkit-composer] Use webkit for composer</title>
<updated>2014-06-09T14:32:25+00:00</updated>
<author>
<name>Tomas Popela</name>
<email>tpopela@redhat.com</email>
</author>
<published>2014-06-09T14:32:25+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=8650fb139a9143f04615de74ff569bce3e0c4ce3'/>
<id>urn:sha1:8650fb139a9143f04615de74ff569bce3e0c4ce3</id>
<content type='text'>
Merge wip/webkit-composer branch into master.
</content>
</entry>
<entry>
<title>Add an --enable-code-coverage configure option to enable gcov support</title>
<updated>2014-03-25T11:04:58+00:00</updated>
<author>
<name>Milan Crha</name>
<email>mcrha@redhat.com</email>
</author>
<published>2014-03-25T11:04:58+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=8692b1cb72654888f0dab31843bdf05d3ac2a888'/>
<id>urn:sha1:8692b1cb72654888f0dab31843bdf05d3ac2a888</id>
<content type='text'>
When enabled, this will compile all libraries/binaries with the necessary
gcc and ld flags to enable code coverage support using gcov.
</content>
</entry>
<entry>
<title>Bug 721545 - License text contains obsolete FSF postal address</title>
<updated>2014-01-07T21:05:51+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2014-01-07T19:19:27+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=b21733d06715597b189c4271a2e9d625f5fc2345'/>
<id>urn:sha1:b21733d06715597b189c4271a2e9d625f5fc2345</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Rename libeutil to libevolution-util.</title>
<updated>2013-05-28T13:56:30+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2013-05-26T18:57:43+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=6c9a3243c9b335cb7e5873b15562263e74293dc2'/>
<id>urn:sha1:6c9a3243c9b335cb7e5873b15562263e74293dc2</id>
<content type='text'>
To make Evolution's shared libraries more consistent.

Also rename the documentation module to evolution-util.
</content>
</entry>
<entry>
<title>Move the contact map widgets to addressbook/gui/widgets.</title>
<updated>2012-12-12T19:33:47+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2012-12-12T18:11:13+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=bed06d9ec3914ba39975a58797e79ff2ad028768'/>
<id>urn:sha1:bed06d9ec3914ba39975a58797e79ff2ad028768</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>Consolidate base utility libraries into libeutil.</title>
<updated>2012-12-12T19:33:43+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2012-12-10T13:09:59+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=d09d8de870b6697c8a8b262e7e077b871a69b315'/>
<id>urn:sha1:d09d8de870b6697c8a8b262e7e077b871a69b315</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>cal-config-webcal: Fix error in a tranform function.</title>
<updated>2012-08-24T19:08:28+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2012-08-22T16:14:11+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=349be463c26c657eaf73037d5fa55740830a7046'/>
<id>urn:sha1:349be463c26c657eaf73037d5fa55740830a7046</id>
<content type='text'>
When writing a GBindingTransformFunc for a bi-directional binding in the
reverse direction, the "source" and "target" properties of the GBinding
are flip-flopped wrt the transform function.  That always throws me.

Just pass the ESource to the tranform function to avoid this confusion.
</content>
</entry>
<entry>
<title>cal-config-webcal: Accept URIs with webcal:// scheme.</title>
<updated>2012-08-24T19:08:28+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2012-08-22T15:27:37+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=f2c79aa8f48fd04c7ce65d7dfdb6c85948ae448c'/>
<id>urn:sha1:f2c79aa8f48fd04c7ce65d7dfdb6c85948ae448c</id>
<content type='text'>
webcal:// is a non-standard URI scheme, but still commonly used.
We're using HTTP[S] regardless, so just accept it in the editor.
</content>
</entry>
<entry>
<title>Remove some unnecessary linker flags.</title>
<updated>2012-06-14T22:02:15+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2012-06-14T19:43:14+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=bea5e0e92d9d4c040093330b7210ca73d9558bd5'/>
<id>urn:sha1:bea5e0e92d9d4c040093330b7210ca73d9558bd5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Move ECalSourceConfig to /widgets/misc.</title>
<updated>2012-06-14T19:43:27+00:00</updated>
<author>
<name>Matthew Barnes</name>
<email>mbarnes@redhat.com</email>
</author>
<published>2012-06-14T19:40:42+00:00</published>
<link rel='alternate' type='text/html' href='https://www.lant.com.tw/~lantw44/cgit/cgit.cgi/gsoc2013-evolution/commit/?id=ca6348199249989e124c45402ed5b78c1bc92f16'/>
<id>urn:sha1:ca6348199249989e124c45402ed5b78c1bc92f16</id>
<content type='text'>
ECalSourceConfig drags in no additional dependencies, and although we do
publish a libevolution-calendar.so, this keeps all the ESource config UI
in one place so it can more easily be moved to Evolution-Data-Server.
</content>
</entry>
</feed>
