aboutsummaryrefslogtreecommitdiffstats
path: root/modules/offline-alert
Commit message (Collapse)AuthorAgeFilesLines
* 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-132-5/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Adapt to single-include E-D-S libraries.Matthew Barnes2012-06-041-1/+1
|
* Rename Evolution module libraries.Matthew Barnes2012-05-111-5/+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
* Bug #655753 - Improve offline notification for network outageMilan Crha2012-04-231-7/+8
|
* Add missing linker flags.Matthew Barnes2012-03-041-0/+1
|
* Move EAlert* and e-xml-utils references from other part of the code to ↵Srinivasa Ragavan2012-03-031-1/+1
| | | | libevolution-utils.
* EAlertBar: Add a close button to all alerts.Matthew Barnes2011-11-221-2/+0
| | | | | Replaces the 'Dismiss' button. All alerts appearing in an alert bar should be dismissable (i.e. non-modal). For modal alerts use a dialog.
* GtkApplication has some new EShell-like features.Matthew Barnes2011-10-061-6/+7
| | | | | | | | | | | | | | | | | | I pushed a few EShell features up to GtkApplication for GTK+ 3.2, so we can now trim off the redundancies in EShell. 1) GtkApplication has a new "window-added" signal which replaces EShell's own "window-created" signal. 2) GtkApplication has a new "window-removed" signal which replaces EShell's own "window-destroyed" signal. 3) gtk_application_get_windows() now returns a list of windows sorted by most recently focused, replacing e_shell_get_watched_windows(). 4) GtkApplication now provides enough hooks to subclasses that we can remove e_shell_watch_window() and call gtk_application_add_window() directly.
* Simplify library dependency flags.Matthew Barnes2011-10-051-4/+4
| | | | | | | | | 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.
* The EExtension framework is now in libebackend.Matthew Barnes2011-09-261-1/+2
| | | | | | | | The EModule, EExtensible and EExtension classes as well as the e_type_traverse() function have been moved to Evolution-Data-Server's libebackend library to replace e-data-server-module.c. Now Evolution-Data-Server modules use the same framework as Evolution.
* Bug #646109 - Fix use of include <config.h> to make sure translations workMilan Crha2011-05-271-0/+4
|
* Coding style and whitespace cleanup.Matthew Barnes2011-05-221-13/+0
|
* Some modules missing CFLAGS/LIBS for EShell.Matthew Barnes2011-04-261-2/+4
|
* Remove NULL checks for GObject methods.Matthew Barnes2011-02-131-2/+2
| | | | | As of GLib 2.28 all GObject virtual methods, including constructed(), are safe to chain up to unconditionally. Remove unnecessary checks.
* Add e_shell_submit_alert().Matthew Barnes2010-12-271-14/+2
| | | | | | An easy way to broadcast application-wide alerts to shell windows. These alerts will persist in all current and future shell windows until responded to (either programmatically or by the user).
* Free/busy meeting view doesn't work due to non-working extensionMilan Crha2010-12-061-0/+3
|
* Fix distcheck errors.EVOLUTION_2_91_2Matthew Barnes2010-11-081-0/+4
|
* Pass an EAlertSink to e_alert_sink_submit_alert().Matthew Barnes2010-11-011-2/+3
| | | | | | | Passing a random GtkWidget and then searching its ancestors for an EAlertSink turned out to be not as useful as I thought. Most of the time we know about and have access to the widget that implements EAlertSink, so just pass it directly as an EAlertSink.
* Add an EOfflineAlert module.Matthew Barnes2010-10-194-1/+236
| | | | | | | | | This module posts an alert to the first EShellWindow when starting offline, and also posts an alert when the network connection drops. We get frequent questions on the mailing list from users not realizing Evolution is starting in offline mode, so this is meant to help address that confusion.
* EAlert: Allow arbitrary actions to be added.Matthew Barnes2010-10-192-0/+39
You can now amend the predefined actions in an EAlert by calling e_alert_add_action(). Useful for adding actions from an existing GtkUIManager. Call e_alert_peek_actions() to obtain a combined list of predefined and custom actions. These will typically serve as "related" actions for GtkButtons (cf. gtk_activatable_set_related_action()). Also, both EShellWindow and EShellView now implement EAlertSink. Use EShellWindow for application-wide alerts, EShellView for view-specific alerts.