aboutsummaryrefslogtreecommitdiffstats
path: root/src/ephy-window.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove ability to open URIs in the clipboard through middle clickXan Lopez2013-01-181-78/+0
| | | | | This is disabled by default, pretty obscure, and problematic to port properly to WebKit2. So just drop the code.
* EphyWindow: don't connect to scroll-event on the web viewGiovanni Campagna2013-01-121-30/+1
| | | | | | | | Doing so prevents the correct delivery of scroll DOM events, and at time causes the wrong part of the page to scroll (or none at all). https://bugzilla.gnome.org/show_bug.cgi?id=684243
* Port delete web application to WebKit2Carlos Garcia Campos2013-01-111-41/+55
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=684448
* Don't use DOM bindings to delete a web application from about:applicationsCarlos Garcia Campos2013-01-111-0/+32
| | | | | | | | Use a different form for every web application with a hidden value containing the application id. Then use the policy client to ignore any form submission from about:applications and delete the application instead, reloading the about:applications page. This solution will work for WebKit2 too.
* ephy-window: fix compiler warningXan Lopez2013-01-051-2/+2
|
* e-window: add a smarter CopyEmailAddress actionDiego Escalante Urrelo2013-01-051-2/+22
| | | | | | | It omits the mailto: in mail links and has a different string in the context menu, to make this clear. https://bugzilla.gnome.org/show_bug.cgi?id=688166
* ephy-state: rename to 'ephy-initial-state'Xan Lopez2012-12-161-4/+4
| | | | | | | | | | | | | The purpose of EphyState is to track the sizes and positions of windows, paned or expanders in order to remember what is the preferred *initial* and *default* state of those UI elements. So for example we merge the tracking of the size/positions of all main windows in one record, because we only need an initial value which we'll use as default for newly created EphyWindows. Since this is a very specific task, different to the actual tracking of all sizes and positions in EphySession in order to restore them at startup, rename the class to EphyInitialState to avoid confusions.
* ephy-window: align the toolbar margins with the shell onesClaudio Saavedra2012-12-151-0/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=679348
* ephy-toolbar: fix the toolbar in RTL environmentsClaudio Saavedra2012-12-151-2/+11
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=684366
* ephy-window: remove some code that's been dead for agesXan Lopez2012-12-141-21/+5
|
* ephy-window: compiler warningsXan Lopez2012-12-131-2/+0
|
* ephy-window: we can actually zoom images now, so allow thatXan Lopez2012-12-131-22/+6
|
* New design for find barWilliam Jon McCann2012-12-131-7/+7
| | | | | | | To be more consistent with other GNOME 3 apps we should move the in page find toolbar to the top of the page. https://bugzilla.gnome.org/show_bug.cgi?id=689929
* First iteration for 'Incognito mode'Xan Lopez2012-12-121-0/+3
| | | | | | | | | | | | | | | For now this is just a private mode but with the following two twists: - We use the dark theme. - We steal our history and bookmarks from the main profile. This is done in 'read-only' mode though, so any changes made in this session will be lost. Add command line options and a UI item to launch the browser in this mode. https://bugzilla.gnome.org/show_bug.cgi?id=676914
* Remove UUID hacks to prevent self-launchXan Lopez2012-12-121-8/+2
| | | | | | Now we can get rid of them. https://bugzilla.gnome.org/show_bug.cgi?id=690050
* Append new tab on the window with most tabs in the current workspaceGustavo Noronha Silva2012-12-111-0/+39
| | | | | | | | | | This change uses a different heuristic to decide on what the best window to add a new tab is from the last window which has been interacted with, which might even be in a different workspace, to the window with the most tabs in the current workspace. If no window exists on the current workspace one will be created. Partial fix for https://bugzilla.gnome.org/show_bug.cgi?id=685976
* ephy-shell: remove the ephy_shell globalDiego Escalante Urrelo2012-12-111-6/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683614
* e-embed-shell: remove the embed_shell globalDiego Escalante Urrelo2012-12-111-10/+11
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683614
* Add the zoom controls to the gear menuXan Lopez2012-12-101-2/+2
| | | | | | There was no way of zooming in or out from the UI. https://bugzilla.gnome.org/show_bug.cgi?id=683625
* ephy-window: Uuref the existing hit test result instead of the new oneCarlos Garcia Campos2012-10-161-1/+1
|
* ephy-window: Port button press actions to WebKit2Carlos Garcia Campos2012-10-111-9/+38
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=679395
* ephy-window: Simplify ephy_window_dom_mouse_click_cbCarlos Garcia Campos2012-10-111-98/+101
| | | | | | Factor out every button press handler into its own function. https://bugzilla.gnome.org/show_bug.cgi?id=679394
* Port context menu to WebKit2Carlos Garcia Campos2012-10-111-6/+213
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=679366
* Remove extensions supportXan Lopez2012-10-081-21/+0
| | | | | | | This removes the old style extension support, you can read the rationale in the bug report. https://bugzilla.gnome.org/show_bug.cgi?id=685630
* Move windows handling code from EphySession to EphyShellCarlos Garcia Campos2012-10-081-10/+3
| | | | | | | | | | | | EphyShell is now a GtkApplication that already does window handling, however we want to maintain only the of browser windows. Instead of keeping the window lists in ephy-session, it's easier to override window_added and window_removed virtual methods of GtkApplication and update the browser window lists. Most of the cases where this API was used, had to get the session object from the shell first, now we save this step keeping the code simpler. https://bugzilla.gnome.org/show_bug.cgi?id=641734
* Add 'History' item to the gear menu when not in the ShellXan Lopez2012-10-081-2/+2
|
* ephy-window: add F10 accel for super menuXan Lopez2012-10-071-1/+1
| | | | | | Same as Files. https://bugzilla.gnome.org/show_bug.cgi?id=673878
* Merge the app menu into the gear menu when we are not in the ShellXan Lopez2012-10-071-0/+63
| | | | | | Gets rid of the ugly menubar with a single menu. https://bugzilla.gnome.org/show_bug.cgi?id=673054
* Make sure windows are properly closed when quitting from the shell menuCarlos Garcia Campos2012-09-271-61/+79
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=679844
* ephy-embed-utils: add ephy_embed_utils_is_no_show_address()Claudio Saavedra2012-09-171-18/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683796
* ephy-window: use symbolic icon for downloads box close buttonXan Lopez2012-09-131-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683966
* ephy-window: disconnect overview-mode callback from the right objectClaudio Saavedra2012-09-041-1/+1
|
* ephy-window: handle key modifiers on overview::item-activateClaudio Saavedra2012-09-031-1/+1
| | | | | | | | So that middle-click, for instance, opens a new tab. Notice that control-click will still not work, as the GdMainView widget is handling the event to emit its selection-mode-request signal. https://bugzilla.gnome.org/show_bug.cgi?id=683187
* ephy-window: show the overview on alt+homeClaudio Saavedra2012-09-011-0/+11
|
* ephy-window: don't assume going to the homepage means opening a new tabClaudio Saavedra2012-09-011-2/+1
| | | | | This is already explicitly set by EphyHomeAction in the new tab special case.
* ephy-window: disable default actions when the active embed is showing an ↵Claudio Saavedra2012-09-011-0/+19
| | | | overview
* ephy-window: add ephy-about:overview to the list of hidden urlsClaudio Saavedra2012-09-011-0/+1
|
* ephy-window: handle open-link for the overview in the active tabClaudio Saavedra2012-09-011-0/+20
|
* ephy-window: centralize the logic about invisible URIs in one placeXan Lopez2012-08-241-1/+33
| | | | | | | | Let's make EphyWindow the one in charge of deciding whether a URI is actually shown or not in the location entry. This allows to remove some code to that effect in EphyLocationController (and perhaps some more in EphyWebView in the future), and makes this feature more extensible for the future.
* ephy-window: Add update_link_actions_sensitivity()Carlos Garcia Campos2012-08-141-10/+17
| | | | Helper function that will be shared with the WebKit2 implementation.
* Show information about the SSL errors when clicking on lock iconCarlos Garcia Campos2012-08-091-0/+27
| | | | | | | If libgcr is available it's used to show the information about the TLS certificate in the dialog too. https://bugzilla.gnome.org/show_bug.cgi?id=681506
* ephy-web-view: Return the certificate and TLS errors in ↵Carlos Garcia Campos2012-08-091-2/+1
| | | | | | | ephy_web_view_get_security_level Remove the unused description parameter an return the TLS certificte and errors instead.
* ephy-window: do not copy history for new empty tabsXan Lopez2012-08-011-0/+4
| | | | | | | | | Do not copy the tab history when doing Ctrl+T/New Tab to open an empty tab. https://bugzilla.gnome.org/show_bug.cgi?id=651918 Signed-off-by: Xan Lopez <xan@igalia.com>
* ephy-download-widget: add ephy_download_widget_download_finished()Carlos Garcia Campos2012-06-251-22/+2
| | | | | It makes easier to check whether download finished, and it's compatible with WebKit2.
* Port editing commands to WebKit2Carlos Garcia Campos2012-06-251-3/+78
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=678596
* ephy-window: Add helper function to update action sensitivityCarlos Garcia Campos2012-06-251-19/+15
|
* Add support for new windows in WebKit2Carlos Garcia Campos2012-06-251-37/+81
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=678593
* Port policy client to WebKit2Carlos Garcia Campos2012-06-251-3/+149
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=678591
* Initial WebKit2 portCarlos Garcia Campos2012-06-211-0/+53
| | | | It builds and basic functionality works.
* Use WebKitWebView API to get/set the zoom level instead of g_object_get/setCarlos Garcia Campos2012-06-211-7/+5
| | | | | Also use always double instead of float so that it will be compatible with WebKit2 API.
* Include libsoup header explicitly when requiredCarlos Garcia Campos2012-06-211-0/+1
| | | | Instead of relying on webkit header to include it.
* ephy-embed: show a message popup when entering fullscreen modeClaudio Saavedra2012-06-201-0/+2
| | | | | | | | The message is different depending on whether we are entering HTML5 fullscreen mode or application fullscreen, since the keys used to leave either mode are different. https://bugzilla.gnome.org/show_bug.cgi?id=671195
* ephy-window: hide all chrome when entering fullscreen modeClaudio Saavedra2012-06-201-1/+5
| | | | | | | | | | We keep track of the state of the chrome before entering fullscreen mode in order to restore it afterwards. Also, set tabs-allowed to FALSE in the EphyNotebook when in fullscreen mode. When leaving fullscreen mode, restore to the previous state. https://bugzilla.gnome.org/show_bug.cgi?id=671195
* ephy-window: keep track of whether the downloads box is shownClaudio Saavedra2012-06-201-5/+14
| | | | | | We add it to EphyWebViewChrome and track it there. https://bugzilla.gnome.org/show_bug.cgi?id=671195
* ephy-window: remove ephy-fullscreen-popupClaudio Saavedra2012-06-201-90/+0
| | | | | | We're no longer using it https://bugzilla.gnome.org/show_bug.cgi?id=671195
* ephy-notebook: fix the property enabling tabs visibilityClaudio Saavedra2012-06-201-1/+1
| | | | | | | | Replace the redundant and unused "show-tabs" with "tabs-allowed", and allow its use to ultimately hide the tabs, regardless of the policy, whenever the application UI deems necessary. https://bugzilla.gnome.org/show_bug.cgi?id=678468
* ephy-window: add a method to toggle visibility of default actionsClaudio Saavedra2012-06-201-11/+19
| | | | | | | Where default actions are the ones that should be disabled when we display a blank page or anything that is not a webpage. https://bugzilla.gnome.org/show_bug.cgi?id=678405
* ephy-window: split ephy_window_set_active_tab() into smaller methodsClaudio Saavedra2012-06-201-165/+175
| | | | | | Which we will also reuse later on. https://bugzilla.gnome.org/show_bug.cgi?id=678405
* ephy-window: add _ephy_window_set_navigation_flags()Claudio Saavedra2012-06-201-10/+14
| | | | | | We'll share this code later. https://bugzilla.gnome.org/show_bug.cgi?id=678405
* ephy-window: simplify window_state_event() chain-upClaudio Saavedra2012-06-111-4/+2
|
* ephy-window: no need to cast the return value of g_object_newXan Lopez2012-05-101-8/+8
|
* ephy-window: remove additional spacing in the downloads barSebastian Keller2012-04-171-2/+0
| | | | | It was added to accomodate the window resize grip, which does not exist anymore in Adwaita.
* Add a setting to control whether the session is automatically restoredXan Lopez2012-04-121-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We add a new gsettings key, 'restore-session-policy', with two valid values: 'always' and 'never'. A brief explanation of our session state mechanism follows. There are three ways to exit Epiphany: 1) Activate 'Quit' in the application menu 2) Close the last application window 3) Kill the process manually, SIGSEGV, or other similar unexpected event. For 1) and 2), we'll now do the same thing: a) Call ephy_session_close b) Exit the application manually ephy_session_close will check the new restore-session-policy setting, and only save the session state if it's set to 'always'. Before it used to manually destroy all present windows. We now let EphyShell or EphyWindow do this, EphySession only manages the session state saving. For 3), the process will die with the state saved up to that point, there's nothing we can do. For that reason, on startup also check the new setting; if it's set to 'never' ignore the session state, open a window in the homepage, and delete the old state file. https://bugzilla.gnome.org/show_bug.cgi?id=673453
* ephy-window: listen to org.gnome.Epiphany.ui.show-toolbarsXan Lopez2012-03-301-0/+30
| | | | We were not properly changing the UI if the key was changing at runtime.
* ephy-window: save the session when the last window is closed manuallyXan Lopez2012-03-301-1/+16
| | | | | | | | If the user closes the last window manually (pressing the [x] button in the window) she probably wants to save the session contents too, so do that. This is consistent with the behavior of Firefox and Chrome. https://bugzilla.gnome.org/show_bug.cgi?id=673122
* Use glib resources to bundle our UI filesXan Lopez2012-03-281-10/+33
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=672907
* Don't go to EphyEmbedSingle just to get the network statusXan Lopez2012-03-141-1/+2
| | | | | The new GNetworkMonitor class is really a good enough abstraction, don't overdo it.
* history: remember visit typesXan Lopez2012-03-141-0/+10
| | | | | | | Instead of hardcoding all visits as 'TYPED' properly distinguish between bookmarks, following links and typing URIs in the entry. We'll use this to compute the frecency of history items.
* Annotate correctly the fact that FileNewTab now always opens the homepageXan Lopez2012-03-081-1/+5
| | | | | We need to detect it in EphyEmbed to avoid adding about:blank to the history in that case.
* ephy-window: add a Extensions menuDiego Escalante Urrelo2012-02-261-0/+1
| | | | | | | Together with epiphany-extensions-3.3.90 this makes the extensions manager visible again, and also all the extensions menu items. https://bugzilla.gnome.org/show_bug.cgi?id=669951
* ephy-window: show an error if we fail to open a non-web URI with gtk_show_uriXan Lopez2012-02-231-2/+4
| | | | Better than silently doing nothing.
* ephy-web-view: remove close-requested signalDiego Escalante Urrelo2012-02-221-94/+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
* ephy-window: use tab-close-request to avoid code duplicationDiego Escalante Urrelo2012-02-111-16/+3
| | | | | | | | There were two paths checking for modified forms and downloads on tab closing. Instead of duplication code, make EphyEmbedContainer impl_remove_child trigger ::tab-close-request on EphyNotebook. https://bugzilla.gnome.org/show_bug.cgi?id=669736
* ephy-window: restore alt+# accels to switch tabsDiego Escalante Urrelo2012-02-011-0/+84
| | | | | | | Create 10 fixed GtkActions that react to the alt+# accelerators. Based on code from gedit-window.c. https://bugzilla.gnome.org/show_bug.cgi?id=668702
* ephy-window: do not duplicate tons of code in sync_tab_is_blankXan Lopez2012-01-301-59/+13
|
* ephy-window: correct thinko in action sensitivity handlingXan Lopez2012-01-281-1/+6
|
* ephy-window: simplify handling of back/forward sensitivityXan Lopez2012-01-281-30/+6
| | | | | | Back/Forward sensitivity only depends on one factor (whether you can actually go back or forward), so there is no need to use the ephy action helper method. This allows to simplify the code quite a bit.
* ephy-notebook: remove dnd-enabled propertyXan Lopez2012-01-271-1/+0
| | | | It does not seem to do anything.
* Get rid of EPHY_STOCK_EPHYXan Lopez2012-01-271-3/+0
| | | | | | In 99% of the cases we were using it for gtk_window_set_icon_name, which does nothing in GNOME 3. In the couple of valid use cases, just use "web-browser" directly.
* ephy-window: remove stock icons from two more GtkActionsXan Lopez2012-01-271-2/+0
|
* ephy-window: do not define stock icons for the GtkActionsXan Lopez2012-01-271-27/+27
| | | | We are not using them.
* Make EphyWindow responsible for its own destruction when the last tab is goneXan Lopez2012-01-241-0/+7
| | | | | | EphyNotebook was destroying its toplevel when the last tab was destroyed. I think this is really weird, so move the responsibility to the window. This will probably break something, I'm sure.
* ephy-window: lose security state tooltipsXan Lopez2012-01-241-29/+4
|
* ephy-window: we don't do tooltips anymore, remove support code for thatXan Lopez2012-01-241-212/+40
|
* ephy-window: remove toplevel actions that do not exist anymoreXan Lopez2012-01-241-5/+0
|
* ephy-window: call sync_tab_is_blank on new tabsDiego Escalante Urrelo2012-01-241-0/+1
|
* ephy-window: sync page actions with is-blank propertyDiego Escalante Urrelo2012-01-241-1/+97
| | | | | | | | Add ::is-blank property to EphyWebView and update EphyWindow to sync some of the page menu actions with it. There's no point in enabling save/reload/bookmark/etc on about:blank. https://bugzilla.gnome.org/show_bug.cgi?id=668105
* ephy-window: pass non-web schemas to gtk_show_uriDiego Escalante Urrelo2012-01-241-2/+15
| | | | | | | Handle every non-web scheme in policy_decision_required_cb with gtk_show_uri. This enables xmpp:, apt: and similar links to work. https://bugzilla.gnome.org/show_bug.cgi?id=551857
* ephy-window: remove leftover from the editable toolbar ancient pastXan Lopez2012-01-231-6/+0
|
* ephy-window: remove leftovers from when EphyWindow managed the progress barXan Lopez2012-01-231-4/+0
|
* Remove the "Open Frame" functionalityXan Lopez2012-01-231-19/+3
| | | | | It's been #if 0-ed and broken forever too. If someone really wants it it should probably go into an extension.
* ephy-window: remove unused codeXan Lopez2012-01-221-4/+0
|
* ephy-window: also remove the statusbar tips for tool itemsXan Lopez2012-01-221-135/+0
|
* ephy-window: remove menu statusbar helper messagesXan Lopez2012-01-221-45/+2
| | | | | | They are not that helpful and are a bit distracting. https://bugzilla.gnome.org/show_bug.cgi?id=668191
* Remove mailto: specific menusXan Lopez2012-01-221-34/+0
| | | | | They have been dead/#if zeroed for a long time without any bugs opened about it, so I can guess they were not used a lot in their day.
* ephy-window: we don't have a menu anymore, so the menudock widget is not neededXan Lopez2012-01-221-8/+1
|
* ephy-window: update comments a bit in window actionsXan Lopez2012-01-221-15/+15
| | | | In particular, don't mention the menus anymore, since they do not exist.
* Make ephy_window_get_ui_manager return a GtkUIManager, not a GObjectXan Lopez2012-01-211-2/+2
| | | | | No clue why it was doing that, but seems pointless. I wish I could make it private but it's used all over the place.
* ephy-window: remove "add-widget" callback from GtkUIManagerXan Lopez2012-01-211-11/+0
| | | | | We don't add widgets to our UI directly from the UI manager, so it's useless.
* ephy-window: do not include <string.h> just for strcmpXan Lopez2012-01-201-2/+1
|
* ephy-window: and remove three more forward declarationsXan Lopez2012-01-201-183/+174
| | | | The remaining one kinda makes sense, so leave it alone.
* ephy-window: remove unused includeXan Lopez2012-01-201-1/+0
|
* ephy-window: reorder a few methods to get rid of forward declarationsXan Lopez2012-01-201-142/+134
|
* ephy-window: remove duplicated methodXan Lopez2012-01-201-15/+2
| | | | | ephy_window_set_location and _ephy_window_set_location were identical. Remove the latter.
* More private method cleanupsXan Lopez2012-01-201-10/+10
| | | | | Move another method to ephy-private.h, and stop exporting another one that is only used internally in EphyWindow.
* Add a ephy-private.h headerXan Lopez2012-01-201-0/+1
| | | | | | This should hold methods needed by Epiphany internally but that we do not want to export. Only a couple of them so far, but we should probably add a lot more.
* ephy-window: missing annotationXan Lopez2012-01-201-0/+8
|
* Rename EphyLocationAction -> EphyLocationControllerCosimo Cecchi2012-01-201-18/+17
| | | | | | Since it's not a GtkAction anymore. https://bugzilla.gnome.org/show_bug.cgi?id=668206
* location-action: don't make this a GtkAction anymoreCosimo Cecchi2012-01-201-40/+24
| | | | | | | It doesn't really make sense in a world where the location action is only used on a fixed toolbar, and complicates the code a lot. https://bugzilla.gnome.org/show_bug.cgi?id=668206
* entry: make EphyLocationEntry a GtkEntryCosimo Cecchi2012-01-201-67/+7
| | | | | | | | Instead of a GtkToolItem. A future commit will move the code in EphyLocationAction not to be a GtkAction, which is why this was a GtkToolItem in the first place. https://bugzilla.gnome.org/show_bug.cgi?id=668206
* ephy-window: annotate return value of a methodXan Lopez2012-01-201-0/+9
|
* ephy-window: hide our titlebar when maximizedXan Lopez2012-01-191-0/+3
|
* Remove Print Setup item from the super menu and embed it into print dialogCarlos Garcia Campos2012-01-181-3/+0
|
* Remove Print Preview item from the super menuXan Lopez2012-01-181-5/+0
| | | | | It's already accessible from the Print dialog itself, so there's really no need to duplicate it.
* ephy-window: fix binding for Find PreviousXan Lopez2012-01-171-1/+1
| | | | If the binding uses Shift we need to put the letter in uppercase.
* Remove Find Next/Previous from page menuXan Lopez2012-01-171-0/+3
| | | | | The actions are already in the find toolbar, which is accessible from the menu, so there's no need to have them there.
* Back/Forward actions do need to have a label setXan Lopez2012-01-171-0/+2
| | | | | Since they are used in context menus too. Re-add those and force the toolbar buttons to be image-only.
* ephy-window: forgot thisXan Lopez2012-01-171-1/+0
|
* ephy-window: add extra bindings for zoom in/outXan Lopez2012-01-171-1/+5
| | | | They are not in any menu either atm.
* Stop using GtkUIManager to create the toolbarXan Lopez2012-01-171-10/+20
| | | | Otherwise it's difficult to get the right layout for theming.
* ephy-window: drop the PRIMARY_TOOLBAR styleXan Lopez2012-01-141-3/+0
| | | | Requested by Lapo. Now we need to fix up the theme.
* ephy-window: use the emblem icon for the page menuXan Lopez2012-01-141-1/+1
| | | | It's a bit more understandable than send-to.
* ephy-window: make fullscreen an extra bindingXan Lopez2012-01-141-0/+2
| | | | | Otherwise it won't work since it's not in any menu at the moment. That should change.
* ephy-window: do not track application windows too muchXan Lopez2012-01-141-2/+0
| | | | | We already pass the app to the window constructor, so no need to do this again in _init ().
* ephy-window: remove some dead codeXan Lopez2012-01-141-29/+1
|
* ephy-window: add temporary extra binding for PageMenuXan Lopez2012-01-141-0/+4
| | | | The default one is not working for some reason...
* ephy-window: simplify the chrome visibility logicXan Lopez2012-01-141-9/+3
| | | | There's no difference between fullscreen and non fullscreen atm.
* ephy-window: pass the application to the constructorXan Lopez2012-01-141-1/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=667628
* ephy-window: remove some memubar leftoversXan Lopez2012-01-141-52/+4
|
* Drop menubar and create an actions menu button in the toolbarXan Lopez2012-01-141-50/+22
| | | | | | Similar to Chrome's wrench menu, but used only (in the future) for page-related actions. For now we have mechanically moved most stuff there, now we need to start removing them one by one when appropriate.
* Use the new Shell global menu for global actionsXan Lopez2012-01-141-49/+2
| | | | And remove them from the existing menubar.
* ephy-window: make sure to hide all chrome in application modeXan Lopez2012-01-111-1/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=667634
* ephy-window: remove GoHome action, it's not used (I hope!)Xan Lopez2012-01-021-18/+0
|
* Revert "Remove EphyHomeAction, it's unused"Xan Lopez2012-01-021-0/+1
| | | | | | This reverts commit 9c12735e12a9106cdc68d9555a491642ea791e62. Turns out it was used :D
* Remove EphyHomeAction, it's unusedXan Lopez2012-01-021-1/+0
|
* Remove EphyGoAction, it's unusedXan Lopez2012-01-021-1/+0
|
* ephy-window: set statusbar cid on notebook's page-addedXan Lopez2011-12-311-6/+6
| | | | | | | In some cases tabs can be added to the window without going through the EmbedContainer add method (for instance, with DnD of tabs between windows). Being that the case, set the CID for the statusbar on notebook's page-added handler, which is always called.
* Remove option to hide toolbarsXan Lopez2011-12-201-72/+0
| | | | We don't want this either for 3.4, remove it.
* Remove the "Hide menubar" optionXan Lopez2011-12-201-21/+0
| | | | The menubar will be gone for 3.4, so this will be useless.
* Remove NavigationUpXan Lopez2011-12-201-22/+0
| | | | It's not used anymore.
* Use symbolic icons in the toolbarXan Lopez2011-12-201-3/+2
|
* Combine the Reload and Stop toolbar buttons into oneClaudio Saavedra2011-12-181-0/+14
| | | | | | | | Add a combined action that toggles itself between the two states and instantiate it from the window. Replace the Reload and Stop buttons with the combined one in the default toolbar description. https://bugzilla.gnome.org/show_bug.cgi?id=657655
* Remove ephy_window_get_toolbarXan Lopez2011-12-141-16/+0
| | | | The only use in window-commands.c is not superfluous.
* Remove custom EphyToolbar in favor of a vanilla GtkToolbarXan Lopez2011-12-141-64/+440
| | | | | | | | | | | | | This allows us to stop using EggEditableToolbar here, we just load a normal toolbar from GtkUIManager in EphyWindow. The special toolbar actions and methods have been moved to EphyWindow too, mostly in a mechanical fashion (probably some simplifications are possible). The code in the bookmarks UI that depended on EphyToolbar has been #if zeroed instead of porting it, since it will go away in the near future too. https://bugzilla.gnome.org/show_bug.cgi?id=664483
* Use an overlay progress bar for the loading progress.Claudio Saavedra2011-12-141-70/+0
| | | | | | The theming was done by Lapo Calamandrei. https://bugzilla.gnome.org/show_bug.cgi?id=665470
* ephy-window: append new windows opened as tabs after current tabXan Lopez2011-12-121-3/+5
| | | | | To be consistent with our new default behavior, which is to append new tabs after their parent.
* ephy-window: remove superfluous headersXan Lopez2011-12-101-2/+0
|
* ephy-window: remove obsolete commentXan Lopez2011-12-051-2/+0
|
* ephy-window: add global bindings for GoHistory and GoLocationXan Lopez2011-12-051-0/+3
|
* Remove "Go" menuXan Lopez2011-12-051-1/+0
| | | | Last of the toplevel menus without equivalent in the new design.
* Remove last traces of dummy certificate managerXan Lopez2011-12-051-15/+0
| | | | | | There was no implementation, so it was just polluting the codebase. In the future we probably want a non-optional implementation in the "Page details" section, using the soup/glib-network APIs.
* ephy-window: fix accidentally reversed tab bindingsXan Lopez2011-12-051-4/+4
|
* ephy-window: remove the tabs menuXan Lopez2011-12-051-66/+7
| | | | | | It is not present in the new design. The Alt+<num> accelerators are dying with it, but it will be pretty easy to bring them back if needed.
* Remove toolbar editorXan Lopez2011-12-031-17/+0
| | | | | | | The UI is gone, but the infrastructure still persists (EggToolbarModel, etc). Further cleanups are possible. https://bugzilla.gnome.org/show_bug.cgi?id=664260
* ephy-window: small cleanups, mostly code reorg.Xan Lopez2011-12-011-137/+129
|
* fix string formatFunda Wang2011-09-281-2/+2
|
* ephy-window: disable unwanted actions in application modeXan Lopez2011-09-091-3/+36
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=657624
* ephy-window: hide some irrelevant context menu actions when in app modeXan Lopez2011-09-041-0/+12
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=657624
* ephy-window: sort includesXan Lopez2011-09-041-28/+28
|
* EphyWindow: Fix location entry's load progressClaudio Saavedra2011-09-021-12/+24
| | | | | | | | The caching of the GtkEntry was broken, since the toolbar items are destroyed on switching to/from fullscreen. Update the cache right after toolbar is rebuilt. https://bugzilla.gnome.org/show_bug.cgi?id=657936
* ephy-window: same hack to allow ephy to launch itself from app modeXan Lopez2011-08-301-0/+4
|
* ephy-window: sandbox app-mode instances to the app domainXan Lopez2011-08-291-0/+39
| | | | | If the user tries to navigate to other domain spawn a new process with "gvfs-open" and the requested URI.
* Add basic support for Web ApplicationsXan Lopez2011-08-291-10/+18
| | | | | | | | 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.
* e-window: use a css file for widget stylingAlexandre Mazari2011-07-301-0/+23
| | | | | | | | | | | | Replace local styling (used for the tab close button and embed's status frame) by a global css sheet loaded at window construction. This allows tweaking style properties without rebuilding. The css file is installed in $(pkgdatadir)/epiphany.css. Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com> Bug #644805
* ephy-window: clear finished downloads when closing the downloads barDiego Escalante Urrelo2011-07-171-0/+22
| | | | | | | | | | | When a download finishes but you don't 'activate' it (open or browsing) the widget stays alive on the downloads-bar, worse, if open or browse actions fail, the download can't be removed from the bar. This commit clears finished downloads from the downloads-bar when it is closed (with the X button). Hiding it will *not* trigger this cleanup. Bug #653918
* ephy-window: remove unused resize idle handler idXan Lopez2011-07-051-7/+0
|
* ephy-window: do not set the app for the window twiceXan Lopez2011-06-301-2/+0
| | | | We already call gtk_application_add_window
* Use GtkApplication's window tracking for EphyWindow tooXan Lopez2011-06-301-1/+1
| | | | | | | | Instead of our own home-grown system. I think we should subclass window_added in GtkApplication and do there the session & state stuff and get rid of ephy_session_add_window and ephy_state_add_window.
* Merge EphyApplication into Ephy(Embed)ShellXan Lopez2011-06-301-1/+1
| | | | | | | | | | | We want to use EphyApplication from embed/ too, so instead of following the EphyEmbedShell/EphyShell pattern just fold the code into the Shell itself. This makes sense since both classes have basically the same function, and we can easily leave the non-embed code in EphyShell and move to EphyEmbedShell the bits we want to be global. The better name would be EphyCoreApplication/EphyApplication for the resulting object, but we can do this later.
* ephy-window: do not assume there's always a location entryXan Lopez2011-06-291-3/+7
| | | | It won't be the case in web app mode.
* ephy-window: the move tab actions should not depend on wrap-aroundXan Lopez2011-06-291-12/+9
| | | | They do not make sense on the first/last tab.
* Respect gtk-keynav-wrap-around in the global change-page handlerXan Lopez2011-06-281-14/+25
| | | | | | | We have a global-handler for Ctrl+Page{Up,Down} that is used in some situations (basically, when the notebook is not focused). It does not respect the wrap-around GtkSetting though, so the final experience can be inconsistent.
* Implement GtkApplication based activation and uniquenessClaudio Saavedra2011-06-241-0/+2
| | | | | | | | | | | | | | | | | | | | This replaces the existing dbus-glib activation and uniqueness code. The changes are kept to the minimum necessary to make all the features work, but there are still some optimizations possible (like doing most of the initialization in ephy_application_startup() when we know we are not remoting). These changes are left for later to avoid making this patch huge. Command-line parameter parsing is done in the main method and parameters are passed to the application through a EphyApplicationStartupContext structure, which is later passed as a GVariant to the primare instance. This way we avoid moving the GOption code out of the place where it's intended to run: in the main() method. Based in work by Alexandre Mazari. https://bugzilla.gnome.org/show_bug.cgi?id=637334
* Tweak the "Hide Menubar" UI options slightly.Martin Robinson2011-06-141-7/+5
| | | | | | Remove the menubar visibility options from the content context menu and adds them to the chrome context menu. Invert the meaning of the option and update the option text.
* ephy-window: do not do spell check for the empty stringXan Lopez2011-06-101-1/+1
|
* Use GtkOrientable interface instead of deprecated V/H widgetsClaudio Saavedra2011-06-091-3/+3
| | | | | | | | | | Gtk[HV]Box, Gtk[HV]Separator, Gtk[HV]Paned are deprecated in GTK+ 3.2, so let's use the GtkOrientable interface instead. GtkBox is likely to dissapear soon too, so a migration to GtkGrid might be necessary at some point. https://bugzilla.gnome.org/show_bug.cgi?id=652201
* ephy-window: fix warningXan Lopez2011-06-091-1/+1
|
* Add suggestions to correct misspellings to the context menuXan Lopez2011-06-091-3/+73
| | | | | | When the user right-clicks on a misspelled word a number of possible corrections will be offered by Epiphany. Selecting one of them will replace the misspelled word by the suggestion.
* Stop propagating the "secure" boolean to the location actionXan Lopez2011-05-221-2/+1
| | | | | It was only used to figure out whether to paint the entry background yellow, so we don't need it anymore.
* Be smarter about tab groupingXan Lopez2011-05-011-1/+4
| | | | | | The previous patch was simply grouping new tabs in the current window always, which is too much. For instance, we don't want to group Ctrl+T.
* Open new tabs to the right of the current one even for location entryDanilo Šegan2011-04-191-1/+1
| | | | | | Ctrl+Enter actions. Bug #647976
* Add UI options to hide the menubarXan Lopez2011-04-181-1/+29
| | | | | In the future Web-app like windows will have this hidden by default, but for now we can also add an option to hide it elsewhere.
* Do not save state for popup windowsGustavo Noronha Silva2011-04-181-1/+5
| | | | Bug #580951
* Mark windows with modified chrome as popups and only allow resizing for themGustavo Noronha Silva2011-04-181-5/+10
| | | | | | | | | | A window with non-modified chrome will potentially be used as a normal window for browsing - there's no reason why it should be different from existing windows when it comes to resize policy. With this change we consider windows with modified chrome as popups and only set a default size on creation for popup windows. Bug #612155
* Move overlay statusbar to EphyEmbedXan Lopez2011-04-161-12/+14
| | | | | It's where it belongs, and it will make things easier for the following patches in this area.
* ephy-window: set visibility for fixed toolbar after setting the modelXan Lopez2011-03-101-2/+2
| | | | | We need to do the same when leaving Fullscreen mode, otherwise the fixed toolbar remains visibile...
* ephy-window: hide fixed toolbar by defaultXan Lopez2011-03-101-0/+2
| | | | | EggEditableToolbar shows it by default, but we only want it visible in Fullscreen mode.
* ephy-window: retitle the show-downloads-bar itemDiego Escalante Urrelo2011-03-081-1/+1
|
* ephy-window: add new downloads UIDiego Escalante Urrelo2011-03-081-7/+175
| | | | | | | | | Downloads are shown per-window, imitating Chromium's bottom bar. If the window being closed has active downloads, a warning dialog will be shown just as when forms have been modified but not sent. An active download is any download that is not yet 100% complete. Bug #618443
* ephy-download: add the new EphyDownload objectDiego Escalante Urrelo2011-03-081-1/+0
| | | | | | | | | | | | | | | | | EphyDownload is a wrapper object around WebKitDownload that handles common behavior in downloads: auto-destination, default action for the MIME type. It can be used to wrap a WebKitDownload coming from a WebKitView or to download a url: ephy_download_new_for_uri and ephy_download_new_for_download are provided. Its lifetime is not automagic like EphyEmbedPersist, so you have to unref it when you no longer need it. This new object replaces EphyEmbedPersist and enables us to use a single codepath for downloads in all Epiphany. Bug #618443
* ephy-window: make construct_confirm_close_dialog reusableDiego Escalante Urrelo2011-03-051-12/+16
| | | | Bug #618443
* ephy-window: append new tabs after parent by defaultXan Lopez2011-02-121-1/+1
| | | | | | I think this makes much more sense as a default behavior when opening a tab from an existing page, since it keeps logically related tabs together.
* ephy-window: missing g_list_freeDiego Escalante Urrelo2011-01-211-0/+1
|
* 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
* Always enable Web InspectorXan Lopez2010-10-241-7/+0
| | | | | I don't think it makes any sense to make this optional, much less to have a UI preference for it.
* Spinner changesXan Lopez2010-10-241-9/+0
| | | | | | | | | | | | | | We get rid of the spinner in the toolbar, since load information is already given by the floating status indicator inside the WebView. The only remaining spinner is the one in the tabs, which has been ported to use GtkSpinner. Get rid of EphySpinner. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=524809 (again) https://bugzilla.gnome.org/show_bug.cgi?id=598442
* gsettings: port epiphany to gsettingsDiego Escalante Urrelo2010-10-081-48/+41
| | | | | | Adds our own schemas, a migration file and removes old gconf API and files. Bug #624485
* Update for latest GTK+ 3.x release.Xan Lopez2010-09-111-28/+28
|
* Adapt to GtkNotebook signal signature changesDiego Escalante Urrelo2010-07-151-2/+2
| | | | Bug #624421
* Update the status message from within the EphyWebViewXan Lopez2010-05-191-24/+0
| | | | | There's no need anymore for the EphyWindow to do this, we can get rid of one extra roundtrip.
* Do not hardcode the statusbar context descriptionsXan Lopez2010-05-191-2/+2
| | | | | Define them in the EphyWebView header, since we'll need to create the context ids from multiple files.
* Avoid ending up with stuck URL-entry statusbar messagesXan Lopez2010-05-191-1/+7
| | | | | | | Turns out we can get two enter messages in a row followed by just one leave message, which will make the statusbar get stuck with a message forever. As a solution do not allow two enter messages to be processed unless we have gone through the corresponding leave message.
* Use a chromium-like status bar by defaultXan Lopez2010-05-191-198/+33
| | | | | | | | | | 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 popup state from the statusbarXan Lopez2010-05-131-21/+1
| | | | | The whole feature is kind of broken anyway. When we fix we'll figure out how to show it in the UI.
* ephy-statusbar: remove caret browsing indicatorXan Lopez2010-05-131-3/+0
| | | | | We now show a dialog before enabling the preference, which should be warning enough.
* ephy-statusbar: remove lock-clicked signalXan Lopez2010-05-131-2/+0
| | | | It's unused now.
* Do not show the security status in the statusbarXan Lopez2010-05-121-3/+0
| | | | | It's already shown in the URL entry, so it's redundant. First step towards getting rid of the statusbar for good...
* ephy-window: fix button-press callback return valueDiego Escalante Urrelo2010-02-261-8/+4
| | | | | | | | Don't always return FALSE when is_middle_clickable or is_middle_click or middle_click_opens are FALSE. This can overwrite left_click + shift cases that are handled and hence should be TRUE. Bug #610844
* Correctly handle shit+click only in ephy-windowDiego Escalante Urrelo2010-02-261-0/+9
| | | | | | | | | | | 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
* Open links in new windows with control+shift+clickDiego Escalante Urrelo2010-02-171-6/+24
| | | | | | This should restore the old behaviour of modifiers completely. Bug #604950
* Random formatting fixesDiego Escalante Urrelo2010-02-171-2/+3
| | | | Too wide comments, some indentation.
* Remove legacy ALLOW_FIXUP flagsDiego Escalante Urrelo2010-02-151-4/+0
| | | | | | This were used by the gecko backend and nowadays are not used at all. Bug #608749
* shift+control+click is not shift+clickDiego Escalante Urrelo2010-02-111-13/+18
| | | | Bug #604950
* Implemented print previewJose Millan Soto2010-02-091-113/+4
| | | | | | | | | | | | | | 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
* Clean uneeded EPHY_GET_WEBKIT_WEB_VIEW_FROM_EMBEDDiego Escalante Urrelo2010-02-021-1/+1
| | | | | | | We now have ephy_embed_get_web_view, EPHY_GET_WEBKIT_WEB_VIEW_FROM_EMBED plus EPHY_WEB_VIEW casts are useless. Bug #608749
* ephy-window: assume windows are not popups by defaultXan Lopez2010-01-251-1/+1
| | | | | We need to refine our code to identify popups, meanwhile it's better to err on the benevolent side.
* Miscellaneous nitpick fixesDiego Escalante Urrelo2010-01-121-1/+1
|
* Rename EphyWebView::ge-new-window to EphyWebView::new-windowXan Lopez2010-01-091-1/+1
|
* Emit again EphyWebView::ge-new-window when requiredXan Lopez2010-01-091-8/+8
|
* Reimplement window.closeXan Lopez2009-12-261-12/+12
| | | | | | | | 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
* Restore download on shift-click functionalityGustavo Noronha Silva2009-12-181-25/+20
|
* Make EphyEmbed inherit from GtkVBox instead of GtkScrolledWindowGustavo Noronha Silva2009-12-171-16/+16
|
* Let web pages handle mouse clicks before doing our own handlingGustavo Noronha Silva2009-12-141-1/+6
| | | | | | | This allows applications to provide their own context menus, and perform their own handling for right-click events. Bug #603326
* Remove redundant parameters in location-set APIDiego Escalante Urrelo2009-12-051-4/+7
| | | | | | | | | | | EphyLocationEntry, EphyLocationAction and EphyToolbar take an @adress and @typed_address parameter, while both are useful we only end up using one so we can easily decide which one to use in ephy-window.c instead of carrying both around until ephy-location-entry.c Bonus: make ephy_location_entry_set_location accept NULL as @address safely. Bug #603651
* docs: ephy-windowDiego Escalante Urrelo2009-12-031-2/+9
| | | | | | | Also make _ephy_window_set_context_event and _ephy_window_unset_context_event static since noone was using those. Bug #503852
* Add GObject introspection annotations to many *_get_* functionsIain Nicol2009-11-181-6/+6
| | | | | | Partial fix for bug #599757. Signed-off-by: Xan Lopez <xan@gnome.org>
* Provide the Inspect Element menu item againGustavo Noronha Silva2009-10-301-0/+9
| | | | | | | WebKit now provides API to start the web inspector, so we can restore the menu item. Bug #599473
* Refactor EphyShell lifetime trackingXan Lopez2009-10-241-11/+1
| | | | | | | | | Stop having each EphyWindow ref the shell, and instead have the shell track all the newly created EphyWindows. When the last one is gone, quit the GTK+ mainloop. This is simpler and avoids potential reference cycles (see bug #573551). Bug #599348
* Unref EphyShell on EphyWindow's dispose methodXan Lopez2009-10-231-2/+10
| | | | | | This way we can break ref cycles that can happen when using Seed extensions. Bug #573551
* Pass mailto: URI to gtk_show_uri()Frédéric Péters2009-10-191-0/+8
| | | | | | (Part of) Bug #584537 Signed-off-by: Xan Lopez <xan@gnome.org>
* ephy-window.c: workaround bug in WebKit progress notificationXan Lopez2009-09-241-4/+11
| | | | | | | LOAD_FINISHED is notified before progress 100% completed, which makes it very hard to rely on those signals to figure out if a page is still loading or not when syncing progress in a tab. Try to workaround this as best as possible.
* GTK+ 2.17.11 is now the required versionJavier Jardón2009-09-221-5/+12
| | | | | | | | | | | | | | | 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>
* Bring back epiphany context menuXan Lopez2009-09-201-52/+51
| | | | | | | | | | | | | 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
* ephy-window.c: do not leak hit test resultXan Lopez2009-09-201-0/+1
|
* ephy-window.c: reimplement middle-click clipboard to open linkXan Lopez2009-09-191-58/+26
| | | | Uses the new WebKitHitTestResult APIs landed in WebKitGTK+ r48505.
* Get rid of EphyCommandManagerXan Lopez2009-09-101-11/+8
| | | | It was just another useless abstraction at this point.
* ephy-window: make <ctrl>KP_0 an alias to <ctrl>0Diego Escalante Urrelo2009-09-051-0/+1
| | | | Bug 573624 - Reset font size with ctrl+0 from num block
* Rename ephy_web_view_get_load_status to ephy_web_view_is_loadingXan Lopez2009-08-251-2/+2
| | | | | Much more clear, and avoids confusions with the WebKitWebView function with similar name.
* Add again the spinner.Xan Lopez2009-08-101-0/+2
| | | | | | | | | We need some indication in the UI of network activity when there are no tabs opened and the progress bar hasn't appeared yet in the URL entry. Re-add the spinner for now, we'll think of a better solution later. Bug #585035
* Use g_hash_table_remove_all() to remove all itemsBenjamin Otte2009-07-311-7/+1
|
* ephy-embed-prefs.h: remove duplicated defineXan Lopez2009-07-251-2/+2
|
* ephy-window.c: can't use pspec to figure out if we should sync progress.Xan Lopez2009-06-171-6/+5
| | | | | Since it breaks syncing when switching between loading tabs. Need to do this properly and wait for webkit bug #26409.
* Move the get_title_composite function to EphyWebView.Xan Lopez2009-06-161-1/+1
|
* ephy-window.c: remove debug message.Xan Lopez2009-06-161-1/+0
|
* ephy-window.c: adapt to API change in WebKitGTK+.Xan Lopez2009-06-161-1/+2
| | | | Progress from the WebView goes from 0.0 to 1.0 now.
* ephy-window.c: remove unused variable.Xan Lopez2009-06-141-2/+0
|
* Use WebKitWebView::load-status instead of our own solution.Xan Lopez2009-06-141-3/+6
|
* ephy-window.c: a different hack to not show progress when loading about:blank.Xan Lopez2009-06-141-1/+11
|
* Get rid of redundant 'load-progress' property in EphyWebView.Xan Lopez2009-06-141-11/+3
| | | | | | | | | 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.
* Remove Python support.Xan Lopez2009-06-061-8/+0
| | | | | The supported language for extensions other than C/C++ is now JavaScript through Seed.