aboutsummaryrefslogtreecommitdiffstats
path: root/e-util/e-alert-dialog.h
Commit message (Collapse)AuthorAgeFilesLines
* Add single-include barriers to a few e-util headers.Matthew Barnes2013-01-111-0/+4
|
* Finish adding symbols to libeutil API docs.Matthew Barnes2012-12-151-1/+1
|
* Consolidate base utility libraries into libeutil.Matthew Barnes2012-12-131-0/+81
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Move EAlert* and e-xml-utils to libevolution-utils.Srinivasa Ragavan2012-03-031-80/+0
|
* Fix alignment of extra widgets in EAlertDialogs.Matthew Barnes2011-03-251-0/+1
| | | | | | | Add e_alert_dialog_get_content_area(), which returns the GtkVBox containing the primary and secondary labels. Use this instead of gtk_dialog_get_content_area() to maintain the dialog's left margin beneath the image.
* Send errors to an EAlertSink instead of the task bar.Matthew Barnes2010-10-191-1/+0
| | | | | | This marks the end of unintrusive error dialogs, which were too unintrusive. We now show errors directly in the main window using the EAlert / EAlertSink framework.
* Composer: Show cancellable operations and errors inline.Matthew Barnes2010-10-131-41/+38
| | | | | | | | | | | | | | | 'Send' and 'Save Draft' are now asynchronous and run outside of Evolution's MailMsg infrastructure. Add an EActivityBar to the composer window so these asynchronous operations can be tracked and cancelled even in the absense of a main window. Also add an EAlertBar to the composer window so error messages can be shown directly in the window. Instead of calling e_alert_dialog_run_for_args(), call e_alert_submit() and pass the EMsgComposer as the widget argument. The EMsgComposer will decide whether to show an EAlertDialog or use the EAlertBar, depending on the GtkMessageType of the alert.
* Coding style and whitespace cleanup.Matthew Barnes2010-08-291-1/+1
|
* Prevent future bugs like #612792.Matthew Barnes2010-03-151-2/+2
| | | | | | Add G_GNUC_NULL_TERMINATED to EAlert functions with variable-length parameter lists and drop the unnecessary "arg0" parameter so the function attribute works correctly.
* Use EAlert API in EAlertActivity rather than using g_object_get_dataJonathon Jongsma2009-12-091-0/+1
| | | | | | | | previously we were storing the EAlert's primary and secondary text in the dialog object (using g_object_set_data_full). Since EAlertDialog encapsulates an EAlert and we have access to the underlying EAlert object, we can just use the EAlert API to get the primary and secondary text rather than storing duplicates copies of it in the dialog.
* Add EAlertDialogJonathon Jongsma2009-12-081-0/+82
This is a proper implementation of the various alert dialog helper functions. It is a proper subclass of GtkDialog, etc.