aboutsummaryrefslogtreecommitdiffstats
path: root/modules/cal-config-contacts
Commit message (Collapse)AuthorAgeFilesLines
* Rename libeutil to libevolution-util.Matthew Barnes2013-05-281-1/+1
| | | | | | 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.Matthew Barnes2012-12-131-2/+0
| | | | | | | | | | | | 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.Matthew Barnes2012-12-133-8/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Coding style and whitespace cleanup.Matthew Barnes2012-11-111-1/+1
|
* Prefer e_source_extension_ref_source().Matthew Barnes2012-10-131-1/+3
| | | | e_source_extension_get_source() is now deprecated.
* Coding style and whitespace cleanup.Matthew Barnes2012-06-251-1/+1
|
* ESourceContacts: Only include local address book by default.Matthew Barnes2012-06-221-2/+30
| | | | | A more reasonable default than including all address books by default. Weeds out large, remote address books that can take forever to query.
* Do not call g_object_notify() when property didn't changeMilan Crha2012-06-181-0/+3
|
* Remove some unnecessary linker flags.Matthew Barnes2012-06-151-5/+0
|
* Move ECalSourceConfig to /widgets/misc.Matthew Barnes2012-06-151-1/+1
| | | | | | 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.
* Move EBookSourceConfig to /widgets/misc.Matthew Barnes2012-06-151-1/+1
| | | | | | | | | | | EBookSourceConfig drags in no additional dependencies, and allows us to delay publishing a libevolution-addressbook.so since 3rd party packages will need to subclass EBookSourceConfig. The address book source code will need to be flattened into a single library before we could publish a libevolution-addressbook.so anyway. That would be a good thing to do regardless -- Evolution has way too many internal libraries -- but it's out of scope at the moment.
* Adapt to single-include E-D-S libraries.Matthew Barnes2012-06-044-5/+3
|
* Add 'cal-config-contacts' module.Matthew Barnes2012-06-036-0/+677
Registers the "Contacts" backend in ECalSourceConfig widgets.