aboutsummaryrefslogtreecommitdiffstats
path: root/e-util/gal-view-factory.h
Commit message (Collapse)AuthorAgeFilesLines
* GalViewFactoryClass: Remove the new_view() method.Matthew Barnes2013-07-061-5/+1
| | | | | GalViewFactory can now use its "gal_view_type" class member to instantiate an appropriate GalView without help from subclasses.
* GalViewFactoryClass: Remove the get_type_code() method.Matthew Barnes2013-07-061-1/+0
| | | | | GalViewFactory can now use its "gal_view_type" class member to peek at the appropriate GalViewClass and return its static "type_code" string.
* GalViewFactoryClass: Add a "gal_view_type" member.Matthew Barnes2013-07-061-0/+2
| | | | | | | This is the GType of the GalView instances the factory creates. Having this information will allow GalViewFactoryClass to do more itself and be less reliant on subclasses.
* GalViewFactory: Remove get_title() method.Matthew Barnes2013-07-061-2/+0
| | | | | | | | No longer used. Removed functions: gal_view_factory_get_title()
* Consolidate base utility libraries into libeutil.Matthew Barnes2012-12-131-0/+85
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.