aboutsummaryrefslogtreecommitdiffstats
path: root/embed/ephy-web-view.h
Commit message (Collapse)AuthorAgeFilesLines
* 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.
generated by cgit (git 2.34.1) at 2024-11-14 20:15:43 +0800