aboutsummaryrefslogtreecommitdiffstats
path: root/embed/ephy-web-view.c
Commit message (Collapse)AuthorAgeFilesLines
* Improve page print implementationJose Millan Soto2010-04-071-13/+31
| | | | | | | | | 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>
* Inspect type property when hooking to login formsDiego Escalante Urrelo2010-03-091-1/+2
| | | | | | | | | | Some sites don't use a sane type attribute in their input tags. So for example you get input tags without a type, or with multiple types. Offenders are bugzillas and ohloh.net. Luckily, WebKit inferres correctly what the input should be so instead of relying on what the HTML says we rely on what WebKit thinks. Bug #608740
* ephy-web-view: add js_get_element_propertyDiego Escalante Urrelo2010-03-091-0/+15
| | | | | | | This retrieves a property from a JS object, just like "element.property" in plain javascript. Bug #608740
* Correctly handle shit+click only in ephy-windowDiego Escalante Urrelo2010-02-261-4/+0
| | | | | | | | | | | If we handle shift+click in EphyWebView default handler then we will be preventing WebKit from getting *any* shift+click event, this breaks shift+click for extending selection. Removing that however makes shift+click browse to links just as click would do. The solution is to prevent policy_decision_required_cb to browse to the clicked link when it includes the shift modifier. Bug #610844
* Make sure the strings are initialized to NULLGustavo Noronha Silva2010-02-191-4/+4
| | | | | | | This fixes a crash reported ad-hoc in https://bugzilla.gnome.org/show_bug.cgi?id=609753. This is needed because we may bail out early, and try to free these strings without having properly initialized them.
* ephy-web-view: be precise in what modifiers to catchDiego Escalante Urrelo2010-02-171-4/+8
| | | | | | | | In ephy_web_view_button_press_event we are being too liberal with "&" when checking for modifiers, we want == so we don't prevent handling elsewhere. Also explain the function a bit more. Bug #604950
* Random formatting fixesDiego Escalante Urrelo2010-02-171-14/+14
| | | | Too wide comments, some indentation.
* Use correct UTF8 length when converting JSStringsDiego Escalante Urrelo2010-02-151-1/+1
| | | | | | | | | JSStringGetLength returns the number of UTF8 chars in the string, using this value results in trimmed strings when they contain UTF8 chars. The correct function is JSStringGetMaximumUTF8CStringSize that reports the number of bytes the string requires to be allocated, including null-byte. Bug #609936
* ephy-web-view: fix password storageXan Lopez2010-02-101-4/+4
| | | | | | A previous patch to fix it from crashing on NULL strings changed how the strings are managed in general, so we were using variables containing garbage in some cases.
* Implemented print previewJose Millan Soto2010-02-091-33/+40
| | | | | | | | | | | | | | 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
* Check for null/empty username and password before saving to gnome-keyringEstêvão Samuel Procópio2010-02-071-12/+17
| | | | Bug #608517
* Using webkit_web_view_get_uri instead of js_get_domain_and_pathEstêvão Samuel Procópio2010-02-071-88/+24
|
* ephy-web-view.c: allow all windows to be closed by JSactual-2.29.6Xan Lopez2010-01-261-1/+8
| | | | Since we are not marking windows as popups for now.
* Escape the name of resources before saving themDiego Escalante Urrelo2010-01-211-4/+6
| | | | | | | | | | Some resources might be of the style "page.php?orig=/place/other", this would make Epiphany crash while saving them because of the invalid characters for the filename. To solve this we escape the name of the resources before using it as the name of the destination file. Bug #606876
* Rename a variable to make its relation obviousDiego Escalante Urrelo2010-01-211-15/+15
| | | | | | | | | | In ephy_web_view_save_sub_resources the destination_uri var is passed down to the GAsyncReadyCallbacks and is freed after all the operations are finished, however it is named sub_destination_uri in this callbacks. To make it more obvious that it is the same data we renamed all the ocurrences to destination_uri. Bug #606876
* ephy-web-view: plug leaks in ephy_web_view_saveDiego Escalante Urrelo2010-01-211-8/+11
| | | | Bug #606876
* Ask for confirmation when replacing files, in save asJorge Kalmbach2010-01-211-4/+6
| | | | Bug #605480
* Improve infobar text a bitDiego Escalante Urrelo2010-01-121-3/+12
| | | | | | Include a mention to the username being saved and the domain where the form is. Bug #605022
* Rename EphyWebView::ge-new-window to EphyWebView::new-windowXan Lopez2010-01-091-8/+8
|
* Reimplement window.closeXan Lopez2009-12-261-0/+18
| | | | | | | | We consider all windows opened by the web page without user intervention as popups, and allow them to be closed in the same way if the page so requests. Bug #599009
* Copy WebKitWebHistoryItem objectsGustavo Noronha Silva2009-12-211-1/+2
| | | | | This is so that changes to the item objects do not affect other WebViews.
* Restrict number of password infobars to oneGustavo Noronha Silva2009-12-201-0/+13
|
* Make form code safe against unnamed password/username elementsBenjamin Otte2009-12-181-2/+7
|
* Restore download on shift-click functionalityGustavo Noronha Silva2009-12-181-0/+4
|
* Make Ctrl-rightclick always display the browser keyboardGustavo Noronha Silva2009-12-181-0/+11
|
* docs: ephy-web-viewDiego Escalante Urrelo2009-12-181-26/+184
|
* ephy-web-view: add missing includeDiego Escalante Urrelo2009-12-181-0/+1
|
* ephy-web-view.c: use NULL-safe str compare functionXan Lopez2009-12-181-1/+1
| | | | Fixes crasher in pages with no rel elements.
* Use the new top-widget infrastructure to ask whether to store passwordsGustavo Noronha Silva2009-12-171-19/+190
|
* Make EphyEmbed inherit from GtkVBox instead of GtkScrolledWindowGustavo Noronha Silva2009-12-171-1/+1
|
* ephy-web-view: do not auto-fill passwords when using a private profileXan Lopez2009-12-161-3/+3
|
* Emitting ge-feed-link signal for rss extensionEstêvão Samuel Procópio2009-12-161-0/+93
| | | | Signed-off-by: Xan Lopez <xan@gnome.org>
* Implement the actual form authentication saving and pre-fillingGustavo Noronha Silva2009-12-161-0/+514
| | | | | | | | | This is a "draft" quality implementation. There are some FIXMEs, and a bunch of caveats, like private profiles not being taken into consideration, and the user not being asked whether they want to save the passwords or not. Bug #582267
* ephy-web-view: url-decode javascript URIs before executing themXan Lopez2009-12-141-3/+7
| | | | | | Fixes Amazon Add to Wishlist bookmark. Bug #604489
* ephy-web-view: do not set favicon when we have no addressNguyen Thai Ngoc Duy2009-12-121-1/+1
| | | | | | | | | This shouldn't happen in theory, but the double check fixes a crasher opening URLs from gmail. Bug #604375 Signed-off-by: Xan Lopez <xan@gnome.org>
* ephy-web-view: get rid of 'icon-address' propertyXan Lopez2009-12-111-80/+48
| | | | Also redundant since we have the same thing in WebKitWebView now.
* Remove the 'favicon' signal from EphyWebViewXan Lopez2009-12-111-18/+1
| | | | We already have WebKitWebView::icon-loaded, so it's redundant now.
* Make the favicon cache work on top of new WebKit API, and WebKitDownloadGustavo Noronha Silva2009-12-101-7/+7
| | | | | | | | This restores basic favicon functionality. In the future we will want to replace our favicon cache with the IconDatabase that is available in WebKit. Bug #601859
* Add gconf key to control the search engine used in auto-searchCarl van Tonder2009-12-091-2/+14
| | | | | | | | Defaults to Google, like it used to. Bug #604087 Signed-off-by: Xan Lopez <xan@gnome.org>
* Use new WebKit API to respect the Content-Disposition headerGustavo Noronha Silva2009-12-091-1/+29
| | | | | | | This allows us to perform downloads when the server tells us to do so, even for types WebKit supports. This fixes downloading GMail attachments. Bug #598605
* Get rid of 'ge-document-type' signalXan Lopez2009-12-081-31/+60
| | | | Connecting to notify::document-type is enough.
* ephy-web-view: fix typoXan Lopez2009-12-081-1/+1
|
* docs: nitpick in ephy-web-viewDiego Escalante Urrelo2009-12-031-1/+1
| | | | Bug #503852
* docs: ephy-web-view missing @view descriptionsDiego Escalante Urrelo2009-12-031-15/+15
| | | | Bug #503852
* ephy-web-view.c: fix auto-google search when using Ctrl-EnterXan Lopez2009-11-301-26/+34
| | | | Bug #603324
* Add GObject introspection annotations to many *_get_* functionsIain Nicol2009-11-181-3/+3
| | | | | | Partial fix for bug #599757. Signed-off-by: Xan Lopez <xan@gnome.org>
* Initialize ephy_web_view_get_security_level's output param "description"Iain Nicol2009-10-301-2/+6
| | | | | | Partial fix for bug #599757. Signed-off-by: Xan Lopez <xan@gnome.org>
* Execute "javascript:" URIs instead of browsing for them.Chris Lamb2009-10-191-1/+4
| | | | Signed-off-by: Xan Lopez <xan@gnome.org>
* Encode the typed URL before passing it as a query string for searchingGustavo Noronha Silva2009-10-071-3/+6
| | | | | | | This change makes sure that all characters that are typed make it to the search query. Thanks to Dan Winship for pointing out the solution. Bug #596717
* Improve localhost matchingGustavo Noronha Silva2009-10-041-1/+1
| | | | | | | Also consider localhost being used along with a port, with a path, and with a domain. Bug #595690
* ephy-web-view.c: update comment of ephy_web_view_is_loadingXan Lopez2009-09-241-3/+4
|
* ephy-web-view.c: take into account FAILED status for is_loadingXan Lopez2009-09-241-8/+8
| | | | | | | When a page fails to load (for example, when the user cancels it) it won't go through the FINISHED state, which is the only one we are taking into account to decide if a page is still loading. Use the new WEBKIT_LOAD_FAILED status (WebKitGTK+ r48719) too.
* GTK+ 2.17.11 is now the required versionJavier Jardón2009-09-221-3/+6
| | | | | | | | | | | | | | | I've used all the GTK+ 2.17.11 api available, still missing: GTK_WIDGET_REALIZED (GTK_WIDGET ()) GTK_WIDGET_MAPPED (GTK_WIDGET ()) GTK_ENTRY->im_context GTK_STATUSBAR->frame GTK_STATUSBAR->label GTK_MESSAGE_DIALOG->label https://bugzilla.gnome.org/show_bug.cgi?id=595791 Signed-off-by: Xan Lopez <xan@gnome.org>
* Add back support for the "direction up" navigation (GNOME bug 595653)Frédéric Péters2009-09-221-4/+66
|
* Cleanup string freeze break for save asGustavo Noronha Silva2009-09-211-1/+8
| | | | | | | | Use '%s Files', instead of '%s/%s Files' as the translatable string to avoid confusion, and reuse existing mozilla-era translations. Fix the languages that had already translated the new strings using old po files as reference. Also add a translator comment to the source file, for future reference.
* Bring back epiphany context menuXan Lopez2009-09-201-18/+1
| | | | | | | | | | | | | 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-1/+238
| | | | Bug #562611
* ephy-web-view.c: also allow to expire addresses after a new PROVISIONAL statusXan Lopez2009-09-111-0/+2
| | | | | | | | | | | Otherwise the typed address would get stuck if you tried to load a page while another was already loading, ie: - Load URL. - While it's loading, Ctrl+L, type something else, Enter. - The new page will load, but the typed address won't be replaced with the full address as usual. This is particularly bad when you type a few letters and complete the URL in the dropdown.
* Simplify EXPIRE logic in ephy_web_view_set_typed_addressXan Lopez2009-09-071-17/+12
| | | | | | 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.
* ephy-web-view.c: remove some unused variablesXan Lopez2009-09-041-5/+0
|
* Reimplement "search keys" structure for the WebKit backendGustavo Noronha Silva2009-08-281-3/+22
| | | | | This allows Epiphany itself, and extensions to treat keys that are not handled by the WebView for in-page search purposes.
* ephy-web-view.c: do not duplicate the logic to figure out if a page is secureXan Lopez2009-08-271-9/+3
| | | | Just return the status we set when loading.
* Reimplement search on the location barGustavo Noronha Silva2009-08-271-1/+43
| | | | | | | Use a regular expression and SoupURI to figure out if we should search the string that was typed, or load it as an URI. Bug #583795
* Rename ephy_web_view_get_load_status to ephy_web_view_is_loadingXan Lopez2009-08-251-6/+6
| | | | | Much more clear, and avoids confusions with the WebKitWebView function with similar name.
* ephy-web-view: style fixXan Lopez2009-08-111-2/+2
|
* ephy-web-view: whitespace fixesXan Lopez2009-08-101-169/+169
|
* Move address normalization to the EphyWebView functions.Xan Lopez2009-08-101-4/+15
| | | | | | | | EphyLink is called repeatedly when opening URLs, so normalizing the address there all the time is pointless. Also, we don't go through here in all cases, so we need to add the normalization in the ephy_web_view_load_request function too; this fixes opening URLs like "foo.com" from the command line, for example.
* Add NULL-check as the returned item can be NULLBenjamin Otte2009-08-081-1/+2
|
* Ignore load status changes after LOAD_FINISHED is emittedCarlos Garcia Campos2009-08-041-0/+16
| | | | | | | This is a workaround for webkit bug https://bugs.webkit.org/show_bug.cgi?id=26409. FIRST_VISUALLY_NON_EMPTY_LAYOUT might be emitted after LOAD_FINISHED, so we just ignore any status change once LOAD_FINISHED has been set
* ephy-web-view.c: adapt to another API change in WebKitGTK+.Xan Lopez2009-06-211-2/+2
| | | | | The bf list now refs newly added items, mostly for the convenience of bindings.
* ephy-web-view.c: do not try to get the EphyWebView inside an EphyWebView.Xan Lopez2009-06-171-1/+1
| | | | Not many chances it will work.
* Move the get_title_composite function to EphyWebView.Xan Lopez2009-06-161-0/+37
|
* ephy-web-view.c: use 'load-status' property from WebKitWebView also internally.Xan Lopez2009-06-141-36/+7
| | | | | | Get rid of our 'load-status' property, and just keep the API semantics of the ephy_web_view_get_load_status function using the WebKitWebView's 'load-status' property.
* Get rid of redundant 'load-progress' property in EphyWebView.Xan Lopez2009-06-141-77/+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.
* ephy-web-view.c: s/embed/view/ in a few places.Xan Lopez2009-06-141-5/+5
|
* Fold WebKitEmbedPrefs into EphyEmbedPrefs.Xan Lopez2009-06-061-1/+0
|
* Move all methods, signals and properties from EphyEmbed and EphyBaseEmbed to ↵Xan Lopez2009-06-051-4/+1989
| | | | | | | 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/+17
|
* ephy-web-view.c: use nil for false value in elisp, not 'f'.Xan Lopez2009-06-031-1/+1
|
* Move method to copy history between embeds/views to EphyWebView from EphyEmbed.Xan Lopez2009-05-311-0/+46
| | | | Just part of the gradual progress to get rid of the Embed interface.
* Provide API to loading using WebKitNetworkRequestGustavo Noronha Silva2009-05-301-0/+19
| | | | | | 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/+57
This is an object inheriting from WebKitWebView, and will be used to house most of the functionality we move from EphyEmbed.