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.
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.
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.
- 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.
2009-01-28 Tor Lillqvist <tml@novell.com>
Windows port by Fridrich Strba.
* Makefile.am: Use -no-undefined and link with more libraries on
Windows.
* external-editor.c: Check HAVE_SYS_WAIT_H.
svn path=/trunk/; revision=37150
2008-04-17 Sankar P <psankar@novell.com>
* Makefile.am:
Added new files deleted files not needed.
* external-editor.c: (convert_to_camel_internet_address),
(ee_editor_command_changed), (e_plugin_lib_get_configure_widget),
(async_external_editor), (show_composer_dialog),
(org_gnome_external_editor):
Leak fixes, Temporary files, Bug fixes and so on.
* org-gnome-external-editor-errors.xml:
Modified error file for staying aligned with other plugins
* apps-evolution-external-editor.schemas.in:
Added new file for default schema
* org-gnome-external-editor.error.xml:
Removed in favor of the other errors file.
** Fix for bug #517168
svn path=/trunk/; revision=35373
2007-10-25 Sankar P <psankar@novell.com>
* configure.in:
* plugins/external-editor:
Added new plugins external-editor, which will
make it possible to use an external editor as
the mail composer.
svn path=/trunk/; revision=34423
