aboutsummaryrefslogtreecommitdiffstats
path: root/em-format/Makefile.am
Commit message (Collapse)AuthorAgeFilesLines
* Teach EMailExtensionRegistry to find extensions.Matthew Barnes2013-02-011-2/+0
| | | | Restore this commit with a proper bug fix to follow.
* Revert "Teach EMailExtensionRegistry to find extensions."Milan Crha2013-01-291-0/+2
| | | | | | | | | | This reverts commit bf30024dd7973006bf99d0ae509a7f0022368a41, because it breaks EMailFormatter/Parser extensions, like the prefer-plain. The thing is that the internal formatters/parsers (also extensions) should be always added first, and only after then can be added extended extensions, which are used before those internal. This constraint was not satisfied with the reverted commit, the order of extension registration was unpredictable, depended on GType.
* 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/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Teach EMailExtensionRegistry to find extensions.Matthew Barnes2012-12-081-2/+0
| | | | | | | | | | | | | | | | | | | | | Now we have the following extension points in the GType hierarchy: E_TYPE_MAIL_FORMATTER_EXTENSION E_TYPE_MAIL_FORMATTER_PRINT_EXTENSION E_TYPE_MAIL_FORMATTER_QUOTE_EXTENSION E_TYPE_MAIL_PARSER_EXTENSION A registry just needs to be given one of these extension points, and it can use g_type_children() to find and load all registered extensions. This eliminates e-mail-format-extensions.[ch] as well as the dynamic loaders I added a few commits back. Dynamically loaded extensions are now easier to register, at the cost of internal extensions being a tad more cumbersome to register. Fair tradeoff, imo. This also makes e_mail_extension_registry_add_extension() a private function used only by e_mail_formatter_extension_registry_load() and e_mail_parser_extension_registry_load().
* Remove EMailExtension.Matthew Barnes2012-12-081-2/+0
| | | | | | | | | | | | EMailExtension is now too trivial to keep as a standalone interface. Add a 'mime_types' string array to the EMailFormatterExtension and EMailFormatterParser interface structs. Alter e_mail_extension_registry_add_extension() to take a 'mime_types' string array and the GType of an extension to instantiate, rather than the extension instance directly. e_mail_extension_registry_remove_extension() is no longer needed.
* Include e-mail-format-extensions.h in tarball.Matthew Barnes2012-06-261-0/+1
| | | | Private header, but still need to distribute it.
* em-format: Remove $(emformatextensions_SOURCES) reference.Matthew Barnes2012-06-261-1/+0
| | | | This variable is not defined anywhere.
* em-format: Add missing linker flags.Matthew Barnes2012-06-081-2/+4
|
* Mail formatter rewriteDan Vrátil2012-06-061-10/+95
| | | | | | | | All mail-parsing and formatting code has been moved to em-format. Parsing is handeled by EMailParser class, formatting by EMailFormatter. Both classes have registry which hold extensions - simple classes that do actual parsing and formatting. Each supported mime-type has it's own parser and formatter extension class.
* WebKit port - port formatter and mail moduleDan Vrátil2012-03-291-2/+4
|
* Bug #591436 - Add -avoid-version to LDFLAGSH. Habighorst2012-02-151-1/+1
|
* Simplify library dependency flags.Matthew Barnes2011-10-051-3/+3
| | | | | | | | | 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.
* Bug #436914 - Reply to inline GPG quotes raw GPG messageMilan Crha2010-12-131-0/+2
|
* Compiler and linker flag cleanups.Matthew Barnes2009-12-281-1/+3
|
* Bug 596848 - Use per-target CPPFLAGS in automake filesH.Habighorst2009-10-011-5/+6
|
* Fix some build issues.Matthew Barnes2009-07-141-0/+1
|
* Fix some issues when building Anjal.Matthew Barnes2009-07-131-11/+16
|
* Fix "make distcheck" errors and other build cleanups.Matthew Barnes2009-07-011-1/+1
|
* Use -no-undefined on Linux tooMilan Crha2009-05-201-0/+22
There still left two things opened, search for KILL-BONOBO to find them. One is in calendar's Makefile.am, one in composer.