| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679348
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=684366
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Now we can get rid of them.
https://bugzilla.gnome.org/show_bug.cgi?id=690050
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683614
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683614
|
| |
|
|
|
|
| |
There was no way of zooming in or out from the UI.
https://bugzilla.gnome.org/show_bug.cgi?id=683625
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679395
|
| |
|
|
|
|
| |
Factor out every button press handler into its own function.
https://bugzilla.gnome.org/show_bug.cgi?id=679394
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679366
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
|
| |
Same as Files.
https://bugzilla.gnome.org/show_bug.cgi?id=673878
|
| |
|
|
|
|
| |
Gets rid of the ugly menubar with a single menu.
https://bugzilla.gnome.org/show_bug.cgi?id=673054
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679844
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683796
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=683966
|
| | |
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
| |
This is already explicitly set by EphyHomeAction in the new tab
special case.
|
| |
|
|
| |
overview
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
| |
Helper function that will be shared with the WebKit2 implementation.
|
| |
|
|
|
|
|
| |
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_get_security_level
Remove the unused description parameter an return the TLS certificte and
errors instead.
|
| |
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
| |
It makes easier to check whether download finished, and it's compatible
with WebKit2.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678596
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678593
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=678591
|
| |
|
|
| |
It builds and basic functionality works.
|
| |
|
|
|
| |
Also use always double instead of float so that it will be compatible
with WebKit2 API.
|
| |
|
|
| |
Instead of relying on webkit header to include it.
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
We add it to EphyWebViewChrome and track it there.
https://bugzilla.gnome.org/show_bug.cgi?id=671195
|
| |
|
|
|
|
| |
We're no longer using it
https://bugzilla.gnome.org/show_bug.cgi?id=671195
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Which we will also reuse later on.
https://bugzilla.gnome.org/show_bug.cgi?id=678405
|
| |
|
|
|
|
| |
We'll share this code later.
https://bugzilla.gnome.org/show_bug.cgi?id=678405
|
| | |
|
| | |
|
| |
|
|
|
| |
It was added to accomodate the window resize grip, which does not
exist anymore in Adwaita.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
We were not properly changing the UI if the key was changing at runtime.
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672907
|
| |
|
|
|
| |
The new GNetworkMonitor class is really a good enough abstraction,
don't overdo it.
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
| |
We need to detect it in EphyEmbed to avoid adding about:blank to the
history in that case.
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
| |
Better than silently doing nothing.
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
|
| |
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.
|
| |
|
|
| |
It does not seem to do anything.
|
| |
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
| |
We are not using them.
|
| |
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
| |
It's been #if 0-ed and broken forever too. If someone really wants it
it should probably go into an extension.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
They are not that helpful and are a bit distracting.
https://bugzilla.gnome.org/show_bug.cgi?id=668191
|
| |
|
|
|
| |
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.
|
| | |
|
| |
|
|
| |
In particular, don't mention the menus anymore, since they do not exist.
|
| |
|
|
|
| |
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.
|
| |
|
|
|
| |
We don't add widgets to our UI directly from the UI manager, so it's
useless.
|
| | |
|
| |
|
|
| |
The remaining one kinda makes sense, so leave it alone.
|
| | |
|
| | |
|
| |
|
|
|
| |
ephy_window_set_location and _ephy_window_set_location were
identical. Remove the latter.
|
| |
|
|
|
| |
Move another method to ephy-private.h, and stop exporting another one
that is only used internally in EphyWindow.
|
| |
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
| |
Since it's not a GtkAction anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=668206
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
It's already accessible from the Print dialog itself, so there's
really no need to duplicate it.
|
| |
|
|
| |
If the binding uses Shift we need to put the letter in uppercase.
|
| |
|
|
|
| |
The actions are already in the find toolbar, which is accessible from
the menu, so there's no need to have them there.
|
| |
|
|
|
| |
Since they are used in context menus too. Re-add those and force the
toolbar buttons to be image-only.
|
| | |
|
| |
|
|
| |
They are not in any menu either atm.
|
| |
|
|
| |
Otherwise it's difficult to get the right layout for theming.
|
| |
|
|
| |
Requested by Lapo. Now we need to fix up the theme.
|
| |
|
|
| |
It's a bit more understandable than send-to.
|
| |
|
|
|
| |
Otherwise it won't work since it's not in any menu at the moment. That
should change.
|
| |
|
|
|
| |
We already pass the app to the window constructor, so no need to do
this again in _init ().
|
| | |
|
| |
|
|
| |
The default one is not working for some reason...
|
| |
|
|
| |
There's no difference between fullscreen and non fullscreen atm.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=667628
|
| | |
|
| |
|
|
|
|
| |
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.
|
| |
|
|
| |
And remove them from the existing menubar.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=667634
|
| | |
|
| |
|
|
|
|
| |
This reverts commit 9c12735e12a9106cdc68d9555a491642ea791e62.
Turns out it was used :D
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
| |
We don't want this either for 3.4, remove it.
|
| |
|
|
| |
The menubar will be gone for 3.4, so this will be useless.
|
| |
|
|
| |
It's not used anymore.
|
| | |
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
The only use in window-commands.c is not superfluous.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
The theming was done by Lapo Calamandrei.
https://bugzilla.gnome.org/show_bug.cgi?id=665470
|
| |
|
|
|
| |
To be consistent with our new default behavior, which is to append new
tabs after their parent.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Last of the toplevel menus without equivalent in the new design.
|
| |
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
The UI is gone, but the infrastructure still persists
(EggToolbarModel, etc). Further cleanups are possible.
https://bugzilla.gnome.org/show_bug.cgi?id=664260
|
| | |
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657624
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657624
|
| | |
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
| |
If the user tries to navigate to other domain spawn a new process with
"gvfs-open" and the requested URI.
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
| |
We already call gtk_application_add_window
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
| |
It won't be the case in web app mode.
|
| |
|
|
| |
They do not make sense on the first/last tab.
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
| |
It was only used to figure out whether to paint the entry background
yellow, so we don't need it anymore.
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
Ctrl+Enter actions.
Bug #647976
|
| |
|
|
|
| |
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.
|
| |
|
|
| |
Bug #580951
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
| |
It's where it belongs, and it will make things easier for the
following patches in this area.
|
| |
|
|
|
| |
We need to do the same when leaving Fullscreen mode, otherwise the
fixed toolbar remains visibile...
|
| |
|
|
|
| |
EggEditableToolbar shows it by default, but we only want it visible in
Fullscreen mode.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Bug #618443
|
| |
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
| |
Non prefixed names trigger lots of warnings, avoid them.
Bug #636790
|
| |
|
|
|
| |
I don't think it makes any sense to make this optional, much less to
have a UI preference for it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Adds our own schemas, a migration file and removes old gconf API and files.
Bug #624485
|
| | |
|
| |
|
|
| |
Bug #624421
|
| |
|
|
|
| |
There's no need anymore for the EphyWindow to do this, we can get rid
of one extra roundtrip.
|
| |
|
|
|
| |
Define them in the EphyWebView header, since we'll need to create the
context ids from multiple files.
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
| |
The whole feature is kind of broken anyway. When we fix we'll figure
out how to show it in the UI.
|
| |
|
|
|
| |
We now show a dialog before enabling the preference, which should be
warning enough.
|
| |
|
|
| |
It's unused now.
|
| |
|
|
|
| |
It's already shown in the URL entry, so it's redundant. First step
towards getting rid of the statusbar for good...
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
This should restore the old behaviour of modifiers completely.
Bug #604950
|
| |
|
|
| |
Too wide comments, some indentation.
|
| |
|
|
|
|
| |
This were used by the gecko backend and nowadays are not used at all.
Bug #608749
|
| |
|
|
| |
Bug #604950
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
We now have ephy_embed_get_web_view, EPHY_GET_WEBKIT_WEB_VIEW_FROM_EMBED plus
EPHY_WEB_VIEW casts are useless.
Bug #608749
|
| |
|
|
|
| |
We need to refine our code to identify popups, meanwhile it's better
to err on the benevolent side.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
This allows applications to provide their own context menus, and
perform their own handling for right-click events.
Bug #603326
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
Also make _ephy_window_set_context_event and _ephy_window_unset_context_event
static since noone was using those.
Bug #503852
|
| |
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
WebKit now provides API to start the web inspector, so we can restore
the menu item.
Bug #599473
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
This way we can break ref cycles that can happen when using Seed extensions.
Bug #573551
|
| |
|
|
|
|
| |
(Part of) Bug #584537
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
| |
Uses the new WebKitHitTestResult APIs landed in WebKitGTK+ r48505.
|
| |
|
|
| |
It was just another useless abstraction at this point.
|
| |
|
|
| |
Bug 573624 - Reset font size with ctrl+0 from num block
|
| |
|
|
|
| |
Much more clear, and avoids confusions with the WebKitWebView function
with similar name.
|
| |
|
|
|
|
|
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
|
| |
Since it breaks syncing when switching between loading tabs. Need to
do this properly and wait for webkit bug #26409.
|
| | |
|
| | |
|
| |
|
|
| |
Progress from the WebView goes from 0.0 to 1.0 now.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
| |
The supported language for extensions other than C/C++ is now
JavaScript through Seed.
|
| | |
|
| |
|
|
| |
It's useless now, since there's only one backend.
|
| |
|
|
|
|
|
| |
EphyWebView.
Those two embed classes are pretty much dummy leftovers, so it should be
easier to remove them now.
|
| | |
|
