aboutsummaryrefslogtreecommitdiffstats
path: root/modules/calendar/Makefile.am
Commit message (Collapse)AuthorAgeFilesLines
* Rename libeshell to libevolution-shell.Matthew Barnes2013-05-281-1/+1
| | | | | | To make Evolution's shared libraries more consistent. Also rename the documentation module to evolution-shell.
* 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.
* Remove ECalShellSettings.Matthew Barnes2013-03-171-2/+0
| | | | | | | | 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.
* Add a "settings" module.Matthew Barnes2013-01-211-14/+0
| | | | | | 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.
* 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-131-7/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Make sure evolution-alarm-notify is running on Evolution's startMilan Crha2012-08-301-0/+2
|
* Remove the last remaining usage of GConfMilan Crha2012-06-151-30/+0
|
* Adapt modules/calendar to the new ESource API.Matthew Barnes2012-06-031-2/+2
|
* Rename Evolution module libraries.Matthew Barnes2012-05-111-6/+5
| | | | | | | Drop the "libevolution" prefix so it's not so verbose and also consistent with upcoming evolution-data-server module libraries. libevolution-module-foo.so --> module-foo.so
* Add missing linker flags.Matthew Barnes2012-03-041-0/+1
|
* Introduce libemail-engine and libemail-utils.Matthew Barnes2012-01-191-0/+1
| | | | | | | These libraries are bound for E-D-S so they live at the lowest layer of Evolution for now -- even libeutil can link to them (but please don't). This is the first step toward moving mail handing to a D-Bus service.
* Simplify library dependency flags.Matthew Barnes2011-10-051-5/+5
| | | | | | | | | We have a confusing array of nearly-identical CFLAGS/LIBS definitions in configure.ac. Time to simplify. Instead let's just have one definition that includes all the libraries provided by Evolution-Data-Server (incl. Camel). That, in combination with GNOME_PLATFORM, gives us most of what we need for compliation and linking, and we can sprinkle definitions for additional library dependencies in Makefile.am's as needed.
* Move calendar preferences to the calendar module.Matthew Barnes2010-11-051-0/+39
| | | | | Continue replacing the use of calendar-config functions with GObject property bindings to EShellSettings properties.
* Only #include Camel's top-level header.Matthew Barnes2010-04-031-0/+1
|
* Add extensions to configure calender widgets.Matthew Barnes2010-03-201-0/+12
| | | | | | Make ECalendarItem, ECalendarView, ECalModel, EDateEdit, EMeetingStore, and EMeetingTimeSelector extensible and register extensions to automatically bind every instance to the appropriate EShellSettings.
* Compiler and linker flag cleanups.Matthew Barnes2009-12-281-2/+2
|
* Bug 596848 - Use per-target CPPFLAGS in automake filesH.Habighorst2009-10-011-4/+5
|
* Goodbye libgnome and libgnomeui!!Matthew Barnes2009-09-191-0/+2
|
* Simplify EPlugin loading at startup.Matthew Barnes2009-08-301-3/+6
| | | | | | | | | | | | | - Require all EPlugin and EPluginHook subtypes be registered before loading plugins. This drastically simplifies the EPlugin/EPluginHook negotiation. - Turn most EPluginHook subtypes into GTypeModules and register their types from an e_module_load() function (does not include shell hooks). - Convert EPluginLib and the Mono and Python bindings to GTypeModules and register their types from an e_module_load() function, and kill EPluginTypeHook.
* Allow calendar to be written as a external app and split the huge .so toSrinivasa Ragavan2009-08-121-1/+1
| | | | a share private lib and component lib.
* Fix "make distcheck" errors and other build cleanups.Matthew Barnes2009-07-011-1/+1
|
* Radically reorganize source code.Matthew Barnes2009-06-251-0/+81
- Collect all shell modules into a new top-level 'modules' directory: $(top_srcdir)/modules/addressbook $(top_srcdir)/modules/calendar $(top_srcdir)/modules/mail Nothing is allowed to link to these, not plugins nor other modules. THIS SOLVES BUG #571275 AND OPENS THE DOOR TO PORTING TO MAC OS X. - Mimic the libevolution-mail-shared library from master (except drop the "shared" suffix) and have libevolution-mail-importers and all mail-related plugins link to it. - Discard the a11y subdirectories and have the files live alongside their counterpart widgets.