| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
They are unused now.
|
| | |
|
| |
|
|
| |
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.
|
| |
|
|
|
| |
They are not commonly used and are not present in the new design, so
we can get rid of them.
|
| | |
|
| |
|
|
|
|
|
|
| |
Hardcode it to be "about:blank". The final step could be completely
remove the rest of the code, but it might be useful for the future
Overview page (if we consider it the new "homepage").
https://bugzilla.gnome.org/show_bug.cgi?id=665469
|
| |
|
|
|
|
| |
Later we can remove all the internals to implement the feature.
https://bugzilla.gnome.org/show_bug.cgi?id=665469
|
| |
|
|
|
|
|
| |
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=663668
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=664120
|
| |
|
|
|
|
| |
We can now get rid of the NetworkManager custom code.
https://bugzilla.gnome.org/show_bug.cgi?id=664096
|
| |
|
|
| |
They are not needed anymore.
|
| |
|
|
| |
Shows which WebKit version is powering Epiphany.
|
| |
|
|
|
|
| |
GtkTable is deprecated.
Bug #661347
|
| |
|
|
|
|
|
| |
Build the Cookie Properties dialog with GtkBuilder instead of handcraft
from the past.
Bug #661347
|
| | |
|
| | |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=659103
Signed-off-by: Ionut Biru <ibiru@archlinux.org>
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Session resume will ask to resume the session (opened pages, etc) if
the previous instance crashed. We don't really want this in web app
mode, so skip it. Note that this is not exactly the same than loading
the session, which just restores the previous window sizes and
states. We do want that, but the terminology here could be more clear.
https://bugzilla.gnome.org/show_bug.cgi?id=658739
|
| | |
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657624
|
| |
|
|
| |
We'll do things properly now.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=658060
|
| |
|
|
|
|
|
| |
Show a confirmation dialog and, in case the user confirms, delete the
old application before saving a new one.
https://bugzilla.gnome.org/show_bug.cgi?id=658060
|
| |
|
|
|
|
|
| |
Don't use the filters combobox when it's not really needed nor
meaningful. Specially for save dialogs.
Bug #655713
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657624
|
| |
|
|
|
|
| |
Since it's used in the header file itself. This was working just
because other files including this also were including ephy-node.h
before.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
ephy_web_application_delete
You know, use namespaces correctly and all that.
|
| |
|
|
|
|
| |
Plus the necessary code to implement some sort of UI to do this for the
3.2 time frame. Hopefully for 3.4 we'll have a GNOME-wide system to
deal with applications.
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
| |
Which creates the corresponding Web App.
|
| |
|
|
|
| |
This will probably go away in 3.4 when the new dash design is
introduced, but for now it's the best we have.
|
| |
|
|
|
| |
If the user tries to navigate to other domain spawn a new process with
"gvfs-open" and the requested URI.
|
| |
|
|
|
| |
Using private profile and app mode at the same time does not make
sense.
|
| |
|
|
|
| |
We should refactor EphyWindow so that all these UI bits are not even
present in app mode, but for now this will do.
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
Otherwise we can end up with fixed width windows that exceed the display
size when long sentences are displayed.
Bug #649164
|
| |
|
|
|
|
|
|
|
| |
GTK+ new UX behavior says we shouldn't set the file chooser directory,
recent directories should be listed (automatically) instead.
Signed-off-by: Xan Lopez <xan@gnome.org>
Bug #655508
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
An empty list is simply NULL.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Bug #653695
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653031
|
| |
|
|
| |
We'll reuse it in the future.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
For now it's pretty much like a private instance, but:
- A profile directory *must* be passed
- Global passwords and cookies are accessed. In the future we'll
likely restrict cookies to the ones for the web application domain,
which we'll copy from the main cookies file.
|
| |
|
|
| |
In preparation to add a new mode for WebApps.
|
| |
|
|
| |
We already call gtk_application_add_window
|
| |
|
|
| |
Cleaner than doing it in the constructor.
|
| |
|
|
|
| |
We already guarantee that the app will stay up by adding the windows
to the GtkApplication, so stop reffing the shell in these callbacks.
|
| |
|
|
|
|
|
|
| |
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 can now get rid of the EphyFileHelpers method.
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
Instead of relying on ephy-file-helpers global method. Down the road
we want to do this everywhere, but first we need some refactoring to
be able to use EphyApplication outside of src/.
|
| |
|
|
| |
Based on the private-instance paramater.
|
| |
|
|
|
| |
It does not do much at the moment, but we pass the information from
ephy-main.c to the app.
|
| |
|
|
| |
It won't be the case in web app mode.
|
| |
|
|
| |
We'll want to create our own in main(), this prepares us for that.
|
| | |
|
| | |
|
| |
|
|
| |
They do not make sense on the first/last tab.
|
| |
|
|
|
|
|
| |
We are currently exporting ephy-shell which has a dependency on
ephy-application.
Fixes bug #653562
|
| |
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
| |
ephy_session_queue_command() doesn't take over the strings it
receives, so mark these as const for clarity.
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
| |
|
|
|
|
|
| |
We still need to provide equivalent ways to activate epiphany, but we
will use GActions instead.
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
| |
|
|
|
|
| |
Things are done differently in GNOME3.
Bug #647604
|
| | |
|
| |
|
|
|
| |
This way we don't need a compile-time dependency on NetworkManager,
since we use it through the DBus APIs.
|
| |
|
|
| |
It's not optional in GNOME 3
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
Get rid of the EphyNetMonitor code and instead generate a GDBusProxy
subclass that monitors the StateChanged signal and State property in
org.gnome.NetworkManager. This proxy exports these features as
standard GObject signal and property, respectively, so we can use it
directly through the relevant accessors.
https://bugzilla.gnome.org/show_bug.cgi?id=622903
|
| |
|
|
| |
Just enough to get rid of ephy-marshal.h
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
Second patch in an attempt to clean up ephy-main.c
https://bugzilla.gnome.org/show_bug.cgi?id=652119
|
| |
|
|
|
|
|
| |
This is the first patch in an attempt to simplify epiphany's main()
method, which is quite bulky by now.
https://bugzilla.gnome.org/show_bug.cgi?id=652119
|
| |
|
|
|
|
|
| |
Set to zero 'default-border', 'default-outside-border', 'inner-border'
and 'padding' for the GtkButton, following the lead of GEdit.
Bug #648116
|
| |
|
|
|
|
|
| |
Depends on WebKitGTK+ being built with spell check support, otherwise
it won't do anything.
Based on a patch by Diego Escalante.
|
| |
|
|
|
| |
It was only used to figure out whether to paint the entry background
yellow, so we don't need it anymore.
|
| |
|
|
|
| |
Adds unneeded clutter to the entry, we'll just rely on a visible
symbolic lock icon when needed.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
Using the view-source feature provided by WebKitGTK+ can be handier than
opening gedit or the default text/html application in your system.
This adds "internal-view-source" to org.gnome.Epiphany to force the
internal-viewer always.
Based on Ole Laursen's patch.
Bug #597156
|
| |
|
|
|
|
| |
Ctrl+Enter actions.
Bug #647976
|
| |
|
|
|
|
|
|
| |
We get the string from the GValue without making a copy, so we cannot
unset it before we are done using the string, otherwise we may end up
with our string pointing to garbage.
Bug #646724
|
| |
|
|
|
| |
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.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
When you ask Epiphany to load a new URI but a crashed session exists,
the session was being completely discarded in favour of the new
URI. This change causes the URI to be loaded in a new tab in the
background while still presenting the user with the option to recover
the session.
Bug #625116
|
| |
|
|
|
|
|
|
| |
The resume_window private variable is used to track whether a resume
has already been done. This causes tabs to be reused after the session
has been restored when new tabs should have been created.
Bug #625116
|
| |
|
|
|
| |
Building epiphany extensions was failing because epiphany.h sitll
included a header that is not longer present in Epiphany.
|
| |
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
| |
This just breaks the layout from too many sites, and we can get
reasonable readability through the new font size settings available
and/or zooming. For those so inclined, the value can still be tweaked
through the gsettings command line or dconf-editor.
Bug #644247
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=644261
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
A widget showing the progress of an EphyDownload and offering the default set
of actions to take on it: Open, Browse to, Cancel.
It keeps a ref to the EphyDownload its showing.
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
|
| |
|
|
|
|
|
| |
Remove all the ambiguity, we always throw downloads to the same place or the
Desktop.
Bug #618443
|
| |
|
|
| |
Bug #618443
|
| |
|
|
| |
Bug #618443
|
| |
|
|
|
| |
Using the widget name is error prone because Glade removes the name property of
objects. This makes cookie configuration work again.
|
| |
|
|
|
|
|
|
| |
Remove useless calls to gtk_button_release. Those calls had no effect, since
they were following calls to gtk_toggle_button_set_active (FALSE) doing
implicit release.
https://bugzilla.gnome.org/show_bug.cgi?id=628364
|
| |
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
| |
Until 2.99.0 GtkStyleContext didn't have a "normal" flag, the closest thing was
GTK_STATE_FLAG_ACTIVE, but it is not necessarily correct.
Bug #636501
|
| |
|
|
|
|
|
|
|
|
| |
When the search entry is not empty and "New topic" is activated from the menu,
the "All" topic will set for renaming instead of the new "Type a topic" node.
This can cause serious data loss.
Bug #518727
Signed-off-by: Diego Escalante Urrelo <descalante@igalia.com>
|
| | |
|
| |
|
|
|
|
| |
g_variant_builder_end is not needed at all.
Bug #636740
|
| |
|
|
|
|
|
| |
Updates all our uses of GtkStyle stuff to the newer GtkStyleContext API.
ephy-web-view porting done by Matthias Clasen <mclasen@redhat.com>
Bug #636501
|
| |
|
|
|
| |
We need labels next to the buttons or after setting a custom font you won't
know what setting are you configuring.
|
| |
|
|
|
|
| |
Show nice error pages instead of WebKitGTK+'s defaults.
Bug #592667
|
| |
|
|
|
|
|
| |
Allow pages to use their own colors/fonts preferences have never
really worked in WebKit. I'm not even sure we want this in the UI, but
at the very least remove them until there's a setting in the engine to
control this.
|
| |
|
|
| |
Add --includedir as needed. Diego, talk to me after class.
|
| |
|
|
|
|
| |
Non prefixed names trigger lots of warnings, avoid them.
Bug #636790
|
| |
|
|
| |
Bug #636790
|
| |
|
|
|
|
|
|
| |
Don't mix up Epiphany and Egg prefixes into a single file. We now produce and
install EphyEgg-version.gir and Epiphany-version.gir. Version being the
Epiphany API version.
Bug #636790
|
| |
|
|
| |
Bug #636790
|
| |
|
|
|
|
|
|
| |
Allow users to set custom sans, serif and monospace fonts if they don't want
the defaults, which are the desktop wide settings in the
org.gnome.desktop.interface schema.
Bug #636761
|
| |
|
|
|
|
|
|
|
|
|
| |
The migration code is now in the ephy-profile-migrator binary, this means:
- epiphany is not linking to NSS anymore
- lib/ephy-profile-migration.c was split into:
+ lib/ephy-profile-migrator.c: the new ephy-profile-migrator binary
+ lib/ephy-profile-utils.c: convenience _ephy_profile_*_form_auth_data functions.
- testing for migration is done without running ephy-profile-migrator
Bug #636685
|
| |
|
|
| |
Party-approved-by: Comrade Xan
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
| |
We are going to revamp the downloads UI to fit better in the Shell
design, but for now we can just get rid of this.
|
| |
|
|
|
|
| |
Name the temp file "<original_name>.XXXXXX" instead of "viewimageXXXXXX.tmp".
Bug #302986
|
| |
|
|
|
| |
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
|
| |
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
g_variant_builder_end is not needed after using the builder with
g_settings_set.
Bug #631839
|
| |
|
|
| |
It's not really a needed check anyway.
|
| | |
|
| |
|
|
|
|
| |
This reverts commit 98811918bc8c5065eb4b21feb35c9f4def67341f.
Accidentally committed.
|
| | |
|
| |
|
|
| |
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
|
| | |
|
| | |
|
| |
|
|
| |
The latter was removed.
|
| | |
|
| |
|
|
|
|
|
| |
The code (wrongly) assumed we could only be called from withing the
PDM dialog. Do some refactoring to make it more generic.
Bug #606933
|
| | |
|
| |
|
|
| |
Yay.
|
| |
|
|
| |
Bug #624421
|
| |
|
|
| |
Bug #601312
|
| |
|
|
|
| |
We require at least 2.90.4 to build, there is no support for the old
2.x versions anymore.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Use gtk_entry_reset_im_context() instead.
https://bugzilla.gnome.org/show_bug.cgi?id=595791
|
| |
|
|
|
|
| |
EXTRA_COL is never used in the match_func.
Bug #616345
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Find next and Find previous where not highlighting matches when the find
toolbar had been closed. We now trigger a highlight when the toolbar was hidden
when the user requested to find again.
Bug #611499
|
| |
|
|
|
|
| |
It's used only in one place.
Bug #611499
|
| |
|
|
| |
Bug #611499
|
| |
|
|
|
|
|
| |
Add EphyFindDirection enum and consolidate the code of
ephy_find_toolbar_find_next() and ephy_find_toolbar_find_previous().
Bug #611499
|
| |
|
|
| |
Bug #611499
|
| |
|
|
|
| |
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
|
| |
|
|
| |
They are not very useful and add clutter to the UI.
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=618935
|
| |
|
|
| |
We removed the sidebar extension for 2.30.
|
| |
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
Otherwise it's really simple to enable it by mistake and never notice
you did, which can be very confusing.
Bug #501666
|
| |
|
|
| |
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...
|
| |
|
|
|
| |
We'll add it back whenever we manage to add support for it in
WebKitGTK+.
|
| |
|
|
|
|
| |
We were trying to reuse the first EphyEmbed in each window, but only
the first one will actually have one. Refactor the code to only
attempt this on the first window.
|
| |
|
|
| |
Much nicer than a modal dialog that blocks the browser initialization.
|
| |
|
|
|
|
| |
Create a method to make the EphyWebView load the homepage set by the
user. This is in preparation for creating a signal for this action,
which other code in Epiphany will need.
|
| |
|
|
|
|
| |
Make url_is_empty a helper function in embed/, since we'll be moving
code from EphyShell into EphyEmbed that uses it and we don't want to
duplicate it.
|
| |
|
|
|
|
|
|
|
| |
Open the history element on a new tab while keeping the right context
for the selected item with regard to the back and forward lists.
Bug #611400
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
Just added a new flag and check it before copying the history
Bug #611400
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
Connect to the 'cleared' signal and change the sensitivity flags
Bug #539716
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
To ease understanding and further modification of the two different
usages for the EphyNavigationAction class (Back/Forward and Up buttons),
all the code there was split so the common one is kept in the
superclass, delegating the more specific parts in the implementations
of the subclasses: History (back/forward) and Up buttons.
Also updated usage of this class in EphyToolbar.
Bug #539716
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
|
| |
Make sure the EphyEmbedPersist object is created specifying the
EphyEmbed object, and create the network request inside of it
using the URL from the associated web view as 'Referer'
Bug #136292
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
We were explicitely setting the separator and toolbar visibility but not the
exit_button item. This meant the fixed_toolbar was shown but the exit_button
remained hidden.
Bug #611445
|
| |
|
|
|
| |
We were using our normal release version, which is not where they are
installed.
|
| |
|
|
|
|
| |
Bug #599156
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
Otherwise preferences gets confused and also some other parts of our code put
files where they shouldn't be. This was causing the default downloads
destination to reset everytime the preferences dialog was opened and also
causing some downloads (when "Open" is selected) to end up where they
shouldn't.
Bug #610721
|
| |
|
|
|
| |
There's really no way to completely disable Java support alone, and I
think enabling/disabling plugins in general is much more useful.
|
| |
|
|
|
|
| |
Bug #405505
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
Substitute GTK_WIDGET_MAPPED() and GTK_WIDGET_REALIZED()
GTK+ required version bumped to 2.19.5
https://bugzilla.gnome.org/show_bug.cgi?id=595791
|
| |
|
|
| |
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
|
| |
|
|
| |
Bug #600987
|
| |
|
|
| |
Spotted by Holger Freyther.
|
| |
|
|
|
|
|
| |
This has been long gone and anything still using it probably doesn't work with
the API changes in the last year anyway.
Bug #607881
|
| |
|
|
| |
Bug #607881
|
| |
|
|
|
| |
We need to refine our code to identify popups, meanwhile it's better
to err on the benevolent side.
|
| |
|
|
| |
Bug #605479
|
| |
|
|
| |
Just a nitpick in Jorge's patch.
|
