aboutsummaryrefslogtreecommitdiffstats
path: root/embed/ephy-web-view.h
Commit message (Collapse)AuthorAgeFilesLines
* Show an error page when the WebProcess crashesXan Lopez2013-03-111-1/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=693832
* ephy-web-view: remove dead declarationsXan Lopez2013-02-131-3/+0
| | | | GCC, you need to warn me about these.
* Only load pages when their tab is switched to upon session restoreGustavo Noronha Silva2013-02-121-0/+4
| | | | | | | | | | | | | Firefox has led the way implementing this behaviour to improve the experience of restoring a session with lots of tabs. By delaying the loading of pages to when the user shows interest in them, the time it takes for the browser to become usable is diminished, and less pages are loaded in parallel, which improves load time for the first pages the user sees. It also has the advante of displaying less HTTP Basic Auth dialogs, when the user has many tabs pointed to the same server. https://bugzilla.gnome.org/show_bug.cgi?id=675302
* ephy-web-view: Return the certificate and TLS errors in ↵Carlos Garcia Campos2012-08-091-1/+2
| | | | | | | ephy_web_view_get_security_level Remove the unused description parameter an return the TLS certificte and errors instead.
* ephy-web-view: set_title can also be made private to its fileXan Lopez2012-06-281-2/+0
|
* ephy-web-view: move private methods to the private headerXan Lopez2012-06-281-20/+0
|
* ephy-web-view: ephy_web_view_location_changed is private to its classXan Lopez2012-06-281-2/+0
| | | | Do not make it public.
* ephy-web-view: get rid of 'ephy_web_view_get_location'Xan Lopez2012-06-281-2/+0
| | | | | | Nowhere in epiphany were we using the "get the non-toplevel location" feature (which was broken anyway), so I think we should be able to just use get_address everywhere.
* ephy-web-view: status message should be constCarlos Garcia Campos2012-06-251-1/+1
| | | | | In both ephy_web_view_set_link_message() and ephy_embed_utils_link_message_parse().
* ephy-web-view: Add ephy_web_view_load_failed()Carlos Garcia Campos2012-06-241-0/+1
| | | | To check whether the load operation in the web view failed.
* Initial WebKit2 portCarlos Garcia Campos2012-06-211-0/+8
| | | | It builds and basic functionality works.
* ephy-window: keep track of whether the downloads box is shownClaudio Saavedra2012-06-201-0/+1
| | | | | | We add it to EphyWebViewChrome and track it there. https://bugzilla.gnome.org/show_bug.cgi?id=671195
* ephy-web-view: remove unused EphyWebViewChrome elementsDiego Escalante Urrelo2012-06-151-8/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=676904
* The security certificate code is a no-op, remove itXan Lopez2012-03-151-1/+0
|
* ephy-web-view: remove can_go_up/go_up codeXan Lopez2012-03-151-5/+2
| | | | We do not support this anymore in our UI.
* ephy-web-view: make ephy_web_view_clear_history privateXan Lopez2012-03-151-1/+0
| | | | It's only used by the class itself now.
* ephy-web-view: fix indentationXan Lopez2012-03-131-18/+14
|
* ephy-web-view: remove useless includesXan Lopez2012-03-131-4/+0
|
* ephy-web-view: move header to the new coding styleXan Lopez2012-03-131-32/+34
|
* ephy-web-view: remember when we are loading the homepageXan Lopez2012-03-081-5/+11
| | | | And add a getter for the information.
* ephy-web-view: remove close-requested signalDiego Escalante Urrelo2012-02-221-1/+0
| | | | | | | | | WebKitWebView has a ::close-web-view signal for the same thing. The only user of this was ephy-window, for exactly the same thing that we are already doing in ephy-web-view, when handling ::close-web-view. https://bugzilla.gnome.org/show_bug.cgi?id=669737
* Remove Print Preview item from the super menuXan Lopez2012-01-181-1/+0
| | | | | It's already accessible from the Print dialog itself, so there's really no need to duplicate it.
* ephy-web-view: remove unused methodXan Lopez2012-01-171-1/+0
|
* Remove homepage preference from GSettingsXan Lopez2011-12-041-1/+1
| | | | | | | | Hardcode it to be "about:blank". The final step could be completely remove the rest of the code, but it might be useful for the future Overview page (if we consider it the new "homepage"). https://bugzilla.gnome.org/show_bug.cgi?id=665469
* ephy-web-view: remove unused and unimplemented methodXan Lopez2011-09-111-1/+0
|
* Move EPHY_WEB_APP_PREFIX declaration to a cleaner locationClaudio Saavedra2011-09-021-2/+0
|
* Add basic support for Web ApplicationsXan Lopez2011-08-291-0/+8
| | | | | | | | Allow to save any page as a "Web Application". A new .desktop file will be created, and added to the Shell as a new application. It will launch epiphany in application mode, with its own private profile (inheriting some data from the main profile, like the relevant domain cookies) and in a new process.
* Move overlay statusbar to EphyEmbedXan Lopez2011-04-161-10/+1
| | | | | It's where it belongs, and it will make things easier for the following patches in this area.
* ephy-web-view: use custom error pagesDiego Escalante Urrelo2010-12-111-0/+10
| | | | | | Show nice error pages instead of WebKitGTK+'s defaults. Bug #592667
* ephy-web-view: make defines friendlier with introspectionDiego Escalante Urrelo2010-12-091-2/+2
| | | | | | Non prefixed names trigger lots of warnings, avoid them. Bug #636790
* ephy-web-view: remove ge-dom-mouse signalsXan Lopez2010-11-061-4/+0
| | | | They are not even emitted anymore, and are unused.
* ephy-web-view: remove dom-content-loaded signalXan Lopez2010-05-251-2/+0
| | | | | Would duplicate the functionality of the WebKit DOM signals, if it worked at all...
* Do not hardcode the statusbar context descriptionsXan Lopez2010-05-191-0/+3
| | | | | Define them in the EphyWebView header, since we'll need to create the context ids from multiple files.
* Use a chromium-like status bar by defaultXan Lopez2010-05-191-61/+66
| | | | | | | | | | Get rid of our statusbar for good and switch to something like what Chromium uses, since it takes less vertical space. The only regression is that we lose the resize grip, but that should be re-added to GtkWindow soon. Bug #609713
* Remove obsolete get_type function from headerXan Lopez2010-05-031-1/+0
|
* Move homepage loading code to EphyWebViewXan Lopez2010-05-031-0/+2
| | | | | | Create a method to make the EphyWebView load the homepage set by the user. This is in preparation for creating a signal for this action, which other code in Epiphany will need.
* Refactored the load status callback of ephy-web-view.cAlejandro G. Castro2010-05-031-3/+0
| | | | | | | | This patch uses the ephy-embed.c callback code and refactors it in just one method in the ephy-web-view that handles all the status changes for this object. Bug #593743
* Removed the EphyWebViewNetState enumAlejandro G. Castro2010-05-021-17/+1
| | | | | | | We can use the webkit load status (WebKitLoadStatus) and avoid defining our own enum to check the net states. Bug #593743
* Make sure WebKitWebHistory is cleared when cleared EphyHistoryMario Sanchez Prada2010-04-201-0/+1
| | | | | | | | | | Added new function in EphyWebView to clear the history from WebKitWebView, and connect to the 'cleared' signal in EphyEmbed to call to such a function when needed. Bug #539716 Signed-off-by: Xan Lopez <xan@gnome.org>
* Improve page print implementationJose Millan Soto2010-04-071-0/+1
| | | | | | | | | Use the already existing functions we have for print preview also for printing; fixes a bunch of usability issues. Bug #609756 Signed-off-by: Xan Lopez <xan@gnome.org>
* Implemented print previewJose Millan Soto2010-02-091-15/+1
| | | | | | | | | | | | | | Created function ephy_web_view_show_print_preview, which replaces the old implementation of print preview, which was not working now. Preview is displayed in an external viewer, so print preview mode does no longer exist. All functions of the old implementation of print preview have been removed, PPViewToolbar was removed also. Also, as EphyWebView has no more a print preview mode, all functions which checked if a view was in print preview mode were modified. Bug #609021
* docs: ephy-web-viewDiego Escalante Urrelo2009-12-181-1/+1
|
* ephy-web-view: get rid of 'icon-address' propertyXan Lopez2009-12-111-5/+0
| | | | Also redundant since we have the same thing in WebKitWebView now.
* ephy-web-view.h: remove old signal from class structXan Lopez2009-12-111-2/+0
|
* Remove the 'favicon' signal from EphyWebViewXan Lopez2009-12-111-2/+0
| | | | We already have WebKitWebView::icon-loaded, so it's redundant now.
* ephy-web-view: formatting nitpickDiego Escalante Urrelo2009-12-031-8/+8
| | | | Bug #503852
* Bring back epiphany context menuXan Lopez2009-09-201-2/+0
| | | | | | | | | | | | | There's a few items (like email link) and actions (like bookmark link) missing or not working because of missing information in the WebKitHitTestResult object, but most of the stuff is working. For some reason the g-ir-scanner is not picking up the correct type name for WebKitHitTestResult (it uses WebKitHitTestResult instead of WebKit.HitTestResult), so the introspection support is broken unless that error is fixed manually. Looking into that ... Bug #562617
* Implement saving the page using the DataSource APIGustavo Noronha Silva2009-09-151-0/+2
| | | | Bug #562611
* Simplify EXPIRE logic in ephy_web_view_set_typed_addressXan Lopez2009-09-071-9/+1
| | | | | | The whole thing just had one functionality at this point as far as I can see: prevent the typed address from being wiped out when a page is loading. Simplify the code to do just that.
* Rename ephy_web_view_get_load_status to ephy_web_view_is_loadingXan Lopez2009-08-251-1/+1
| | | | | Much more clear, and avoids confusions with the WebKitWebView function with similar name.
* Move the get_title_composite function to EphyWebView.Xan Lopez2009-06-161-1/+1
|
* Get rid of redundant 'load-progress' property in EphyWebView.Xan Lopez2009-06-141-3/+0
| | | | | | | | | We now use WebKitWebView's 'progress' property directly. The "opening about:blank blinks the entry" bug is back because for some reason a) webkit reports a 10% progress for that URL b) get_uri reports NULL until 100% is loaded for only that page, so blacklisting by URI is not possible either.
* Change EphyEmbed to not be an interface type.Xan Lopez2009-06-051-0/+2
| | | | Holds the code that used to be in WebKitEmbed, which is now dead.
* Move all methods, signals and properties from EphyEmbed and EphyBaseEmbed to ↵Xan Lopez2009-06-051-11/+181
| | | | | | | EphyWebView. Those two embed classes are pretty much dummy leftovers, so it should be easier to remove them now.
* Move load_url method to EphyWebView.Xan Lopez2009-06-031-0/+3
|
* Move method to copy history between embeds/views to EphyWebView from EphyEmbed.Xan Lopez2009-05-311-0/+3
| | | | Just part of the gradual progress to get rid of the Embed interface.
* Provide API to loading using WebKitNetworkRequestGustavo Noronha Silva2009-05-301-0/+3
| | | | | | As the first API adition to out WebKitWebView subclass, we allow Epiphany code to use a WebKitNetworkRequest to load pages. This way we can use the full request information, not just the URI.
* Adding a new EphyWebView objectGustavo Noronha Silva2009-05-301-0/+65
This is an object inheriting from WebKitWebView, and will be used to house most of the functionality we move from EphyEmbed.