aboutsummaryrefslogtreecommitdiffstats
path: root/embed/ephy-web-view.h
Commit message (Collapse)AuthorAgeFilesLines
* 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.