aboutsummaryrefslogtreecommitdiffstats
path: root/e-util/e-web-view.h
Commit message (Collapse)AuthorAgeFilesLines
* Bug 721545 - License text contains obsolete FSF postal addressMatthew Barnes2014-01-081-10/+9
|
* Update API documentation.Matthew Barnes2013-09-151-1/+1
|
* Bug #706008 - Workaround gnome-shell style change on focus changeTomas Popela2013-09-121-2/+5
| | | | | | | Avoid redrawing (thus loosing the selection and scroll position) of preview window on style change by defining the colors through CSS styles. On style change we just update the CSS color definitions and preview will update itself without redraw.
* Add e_web_view_cursor_image_save().Matthew Barnes2013-07-281-0/+1
| | | | | Prompts the user to choose a destination file and then asynchronously saves the image under the cursor to the destination file.
* Add e_web_view_cursor_image_copy().Matthew Barnes2013-07-281-4/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Asynchronously copies the image under the cursor to the clipboard. This replaces the "cursor-image" property, which attempts to match the image URI to a subresource from WebKitWebDataSource. The problem with that approach is EMailDisplay redirects several URI schemes to its own custom request handlers which further mutate the URI. So for example, a text/html message may use a "cid:" URI to refer to an embedded image, which EMailDisplay transforms to a "mail:" URI and finally to a "data:" URI. The final image URI might not be derivable from the original URI without retracing the SoupRequest. The "image-copy" action now calls e_web_view_cursor_image_copy(). This also adds an explicit requirement on gdk-pixbuf-2.0 >= 2.24 for gdk_pixbuf_new_from_stream_async() / finish(). New functions: e_web_view_cursor_image_copy() Removed functions: e_web_view_get_cursor_image() e_web_view_set_cursor_image()
* Add e_web_view_new_activity().Matthew Barnes2013-07-281-0/+4
| | | | | | | | | Returns a new EActivity for an EWebView-related asynchronous operation, and emits a "new-activity" signal. By default the EActivity comes loaded with a GCancellable and sets the EWebView itself as the alert sink (which means alerts are displayed directly in the content area). The signal emission allows the EActivity to be further customized and/or tracked by the application.
* Add e_web_view_request().Matthew Barnes2013-07-281-0/+8
| | | | | | | | | | | Asynchronously requests data at a URI by way of a SoupRequest to WebKit's default SoupSession, incorporating both e_web_view_redirect_uri() and the custom request handlers installed via e_web_view_install_request_handler(). New functions: e_web_view_request() e_web_view_request_finish()
* Add e_web_view_suggest_filename().Matthew Barnes2013-07-281-0/+4
| | | | | | | | | | | Attempts to derive a suggested filename from the given URI for use in a "Save As" dialog. By default the suggested filename is the last path segment of the given URI (the unless the given URI looks like a query), but subclasses can use other mechanisms for custom URI schemes. For example, "cid:" URIs in an email message may refer to a MIME part with a suggested filename in its Content-Disposition header.
* Add e_web_view_redirect_uri().Matthew Barnes2013-07-271-0/+4
| | | | | | | | | | Replaces the given URI with a redirected URI as necessary, primarily for use with custom SoupRequest handlers. Typically this function would be called just prior to handing a request off to a SoupSession, such as from a WebKitWebView "resource-request-starting" signal handler. Case in point: EMailDisplay now implements the redirect_uri() method, and calls it from its own "resource-request-starting" signal handler.
* Remove e_web_view_get_uri().Matthew Barnes2013-07-271-1/+0
| | | | | | | Trivial wrapper for webkit_web_view_get_uri(). Probably made sense while we were transitioning from GtkHTML to WebKit, but we don't need it anymore.
* Remove unused e_web_view_set_enable_frame_flattening().Matthew Barnes2013-07-271-3/+0
|
* Remove unused e_web_view_get_enable_frame_flattening().Matthew Barnes2013-07-271-2/+0
|
* Remove unused e_web_view_frame_get_uri().Matthew Barnes2013-07-271-2/+0
|
* Remove unused e_web_view_frame_load_uri().Matthew Barnes2013-07-271-6/+0
|
* Remove unused e_web_view_frame_load_string().Matthew Barnes2013-07-271-6/+0
|
* Remove unused e_web_view_extract_uri().Matthew Barnes2013-07-271-4/+0
|
* EWebView: Initialize WebKitWebSettings internally.Matthew Barnes2013-07-271-7/+0
| | | | | | | | | | | | Don't expose public API for this. Even though it's still possible through the WebKitWebView API, we don't want to encourage setting an arbitrary WebKitWebSettings on an EWebView. Removed functions: e_web_view_set_settings() e_web_view_get_default_settings()
* Search bar functionality polishingTomas Popela2013-04-151-0/+1
| | | | Polishing after switching from Evolution's highlight implementation to WebKit's one.
* EWebView: Use a GQueue to track highlight strings.Matthew Barnes2013-04-081-1/+0
| | | | | This also removes an unused function e_web_view_get_highlights() which was returning a GSList.
* Finish adding symbols to libeutil API docs.Matthew Barnes2012-12-151-17/+11
|
* Consolidate base utility libraries into libeutil.Matthew Barnes2012-12-131-0/+224
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.