| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Bug #605480
|
|
|
|
|
|
|
| |
This makes sure that we do not search for 1-2 characters when the user
starts typing, making the search for longer words faster.
Bug #598322
|
| |
|
|
|
|
|
|
| |
Use the url of the page as its menu label if there's no title set.
Bug #604491
|
|
|
|
|
|
|
| |
Since 2.18 url and email hooks are not necessary, GTK+ includes default
handlers.
Bug #509207
|
| |
|
| |
|
|
|
|
|
|
| |
Since the g-i scanner and compiler are shipped together (and will be
in the future), there's little to gain in shipping the .gir file in
our tarball, and we save a few build-time headaches.
|
|
|
|
| |
Bug #605574
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
We were doing some ugly path searching for this. The correct method is to use
gtk_show_uri.
Bug #604024
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We'll use them from embed/ for form password saving, and embed/ can't
use code from src/
|
|
|
|
|
|
|
| |
This allows applications to provide their own context menus, and
perform their own handling for right-click events.
Bug #603326
|
|
|
|
|
|
|
|
| |
Was reversed wrt epiphany/gecko
Bug #601744
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
| |
Bug #602130
|
| |
|
|
|
|
|
|
| |
Revert this commit since Xan is right about forgetting about deprecating API.
Instead of hiding behind g_signal_emit() we should use modern API or file bugs
to fill our need.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In 82a5da33 we removed usage of gtk_button_pressed and gtk_button_released
however replacing those for g_signal_emit calls of button-press-event and
button-release-event. This however caused a crash on middle clicking of
elements in the toolbar.
To fix this we use g_signal_emit with pressed and released signals, these
two are deprecated signals, though.
There doesn't seem to be a way to trigger button pressed/released animation
without the pressed/released *deprecated* signals or functions, so this is our
best solution for now.
Bug #603450
|
|
|
|
|
|
|
| |
This reverts commit 167e60123c1024d539dc02f4a16f7de994bd1c29.
I misread the documentation about this, the signals do not do the same
than the old functions.
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Bug #503852
|
|
|
|
| |
Bug #503852
|
|
|
|
| |
Bug #503852
|
|
|
|
| |
Bug #503852
|
|
|
|
|
|
|
| |
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>
|
| |
|
| |
|
|
|
|
|
|
| |
Fixes a crash in some situations, bug #572326
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
Partial fix for bug #599757.
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Bug #599838
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
Bug #599714
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
| |
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
| |
Protect the seed object from being released by the garbage collector
after the first extension is detached.
Bug #599422
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=598562
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.
|
|
|
|
|
|
|
|
|
|
| |
SoupSession will remember HTTP passwords during the private session
but as we dont allow to delete them it doesnt make sense to show
them in the dialog.
Bug #591395
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
| |
Since gtk_notebook_get_nth_page, used just after that, returns NULL
for out-of-bounds pages.
|
|
|
|
| |
its struct
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Bug #562611
|
|
|
|
|
| |
The previous version had some bugs in it, so run it again for users
that had already migrated their profile.
|
|
|
|
|
| |
If we depend on the binary epiphany file we'll rebuild things much
more than needed.
|
|
|
|
|
|
|
| |
It was possible to set a master password for NSS through the
certificate manager extension, so we have to support this.
Bug #594694
|
|
|
|
| |
It seems to be harmless, and if we ignore it we can still decrypt some passwords.
|
| |
|
| |
|
|
|
|
| |
It was just another useless abstraction at this point.
|
|
|
|
|
|
|
|
|
|
|
| |
We need to unblock the address syncing for the location on switch-page
too, since it's not guaranteed that we'll receive a focus-out or
activate event before we are interested in resyncing the URL entry
again. For example, if the focus is on the entry and we switch tabs
with the keyboard shortcut the entry will go out of sync, keeping the
URL of the previous tab.
Bug #594346
|
|
|
|
|
|
| |
Be more careful about not going over the end of the lines array.
Bug #594717
|
|
|
|
| |
libsoup is unhappy with trailing whitespace in some situations.
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a bookmark has "foo" and "bar" topics, show "foo, bar, "
instead of "fo, bar, o".
While at it, remove the trailing comma, so we display "foo, bar"
rather than "foo, bar, ".
http://bugzilla.gnome.org/show_bug.cgi?id=594435
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
|
| |
The whole thing just had one functionality at this point as far as I
can see: prevent the typed address from being wiped out when a page
is loading. Simplify the code to do just that.
|
|
|
|
| |
Per the documentation of 'g_file_replace_finish'.
|
|
|
|
| |
Since it also could go away meanwhile otherwise.
|
|
|
|
|
| |
Since it's owned by the view, which might be dead by the time we
fallback to viewing the source in another tab.
|
|
|
|
|
|
| |
an external app fails
Bug #594322
|
|
|
|
| |
Bug 573624 - Reset font size with ctrl+0 from num block
|
|
|
|
|
| |
This is so that we don't crash when trying to view source for
about:blank, and friends.
|
|
|
|
| |
By not asking ephy to do silly things.
|
|
|
|
| |
Noticed by Dan Winship.
|
| |
|
|
|
|
|
|
|
| |
This change requires WebKitGTK+ at revision 47965, because it uses the
new DataSource API.
Bug #503968
|
|
|
|
|
|
|
|
|
|
|
|
| |
If ephy_shell_new_tab receives a NULL url it passes it to
ephy_shell_new_tab_full instead of always building a request with the url
Also, in ephy_shell_new_tab_full checks that if OPEN_PAGE flag is enabled,
request must be non NULL.
Bug #593701
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
| |
This allows Epiphany itself, and extensions to treat keys that are not
handled by the WebView for in-page search purposes.
|
|
|
|
|
|
|
|
|
|
| |
Session was being saved only when the web was fully loaded
(WEBKIT_LOAD_FINISHED status reached), so there was no info (URLs) to
restore webs that were loading when crashed.
Bug #593149
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
|
|
| |
This feature requires NSS, so NSS is added as an optional dependency,
enabled by default. Can be disabled with --disable-nss, but then
passwords won't be imported.
|
|
|
|
|
| |
Much more clear, and avoids confusions with the WebKitWebView function
with similar name.
|
| |
|
|
|
|
|
|
|
|
| |
session crashed
Bug #583953
Signed-off-by: Xan Lopez <xan@gnome.org>
|
| |
|
|
|
|
|
| |
This should help with memory management/lifecycle woes, although it
does not seem to fix bug #573551
|
|
|
|
|
| |
Makes images re-appear after the changes that set icons off by default
in menus for 2.28. Bug #588563
|
|
|
|
|
| |
It does not make sense for the location entry to unref the model it
gets as parameter.
|
| |
|
|
|
|
|
| |
Try to keep the currently selected item selected, but if it doesn't
match case, find the next match.
|
|
|
|
| |
Renaming to accurately reflect, what the function does.
|
|
|
|
|
|
|
|
| |
The string to find is set in the private structure, so when it needs to
be changed, change it there.
Removes lots of unnecessary code, in particular when entering text, the
marking code (that took lots of CPU) wasn't run twice.
|
|
|
|
|
| |
The function did the same thing as ephy_find_toolbar_set_properties(),
so use that function always.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
set_use_underline
|
|
|
|
|
| |
This prevents a Cl_ear button to show up in the history window.
Patch found in Ubuntu package...
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
EphyLink is called repeatedly when opening URLs, so normalizing the
address there all the time is pointless. Also, we don't go through
here in all cases, so we need to add the normalization in the
ephy_web_view_load_request function too; this fixes opening URLs like
"foo.com" from the command line, for example.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
Patch by Holger Freyther, Prit Laes, with fixes from Xan López.
Fetches the data from the GNOME keyring, which is where WebKit stores it
(when compiled with keyring support).
Bug #579217
|
| |
|
| |
|
|
|
|
| |
Bug #300190
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Because "about:recover:" is not implemented yet,
Epiphany cant recover tabs that were loading during
a crash. So this patch avoids the attempts to recover
these tabs and therefore blank tabs wont be opened.
Tabs that were fully loaded are still opened and
loaded succesfully.
Bug #583953
Signed-off-by: Xan Lopez <xan@gnome.org>
|
|
|
|
| |
This reverts commit f453c807afecdc210410eeb9f389ca50d0764a7c.
|
|
|
|
| |
This reverts commit 4e351b7594260829fa6b38762b3c69927e7d2dc3.
|
|
|
|
| |
This reverts commit f64c5a8275701a2d9d22d9b9e75288c7fb161700.
|
|
|
|
| |
This reverts commit 745f33e3fac9dd57b1da6be26c82a9101adf59cd.
|
|
|
|
| |
This reverts commit dfbf90543edbb12a4c467db02f60214de3d07d83.
|
|
|
|
| |
This reverts commit a75e0d2fc04d9f599edccf572afe78f2e48e2e44.
|
|
|
|
| |
This reverts commit 689820485d8060c85760cd54d8b370f4e108d6dd.
|
|
|
|
| |
This reverts commit fbccb4712593d16d8bc06ed4cb3d6e27c1053dee.
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
| |
Signed-off-by: Priit Laes <plaes@plaes.org>
|
|
|
|
|
|
| |
Based on patch by Holger Freyther.
Signed-off-by: Priit Laes <plaes@plaes.org>
|
| |
|
|
|
|
| |
back/forward
|
| |
|
| |
|
|
|
|
|
|
| |
Need to handle properly the history copying either by using
ephy_shell_new_tab or, in the case of forward history, by manually
getting the forward URI.
|
|
|
|
|
|
| |
Simpler (and working) solution: take into account the loading status
of the view when deciding if we should use it, if it's blank, to load
new pages passed through the command line.
|
|
|
|
|
| |
We were getting a new embed but not its web view, which is what we use
to load the page. (bug #583440)
|
| |
|
| |
|
|
|
|
|
| |
- indent correctly
- remove leftover unused variable
|
| |
|
|
|
|
|
|
|
| |
This fixes two problems:
1) It improves performance a lot.
2) The regexp in use was not strict enough. It happily matched non-base
addresses. (i.e. http://example.com/your-mom/ )
|
|
|
|
|
| |
Since it breaks syncing when switching between loading tabs. Need to
do this properly and wait for webkit bug #26409.
|
|
|
|
|
| |
embed-title is the poorly named wrapper over the WebKitWebView's title
signal.
|
| |
|
| |
|
|
|
|
| |
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.
|
|
|
|
|
| |
Fixes missing URI before load-committed but gives weird problems with
about:blank getting stuck, need to think this through.
|
|
|
|
|
|
| |
WebKitNetworkRequest objects won't fail to be constructed since
WebKitGTK+ 1.1.9, worst case they'll have a bogus URI and trying to
load them will fail.
|
| |
|
| |
|
|
|
|
|
|
| |
Code was not updated to reflect latest refactorings.
Bug #585139
|
| |
|
| |
|
|
|
|
|
| |
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.
|
|
|
|
| |
Bug #584466
|
|
|
|
| |
It won't be created with, for example, about:blank.
|
| |
|
| |
|
|
|
|
| |
Just part of the gradual progress to get rid of the Embed interface.
|
| |
|
|
|
|
|
|
| |
They were used, it seems, to decide whether to allow Gecko to "fix"
the URL. WebKit has no such facility, and we are already doing our own
handling of URI normalization.
|
|
|
|
|
| |
We need this because not all code that loads URLs goes through embed
now.
|
|
|
|
|
|
|
|
|
|
| |
Bug #120341
This changeset reworks ephy_shell_new_tab_full (and its callers) to
use a WebKitNetworkRequest instead of an URL when handling openning
links in new tabs. This gains us the advantage of feeding the new
WebView with the same WebKitNetworkRequest WebKit would use to
navigate to the new address.
|
|
|
|
|
| |
This is an object inheriting from WebKitWebView, and will be used to
house most of the functionality we move from EphyEmbed.
|
|
|
|
| |
Bug #583459.
|
| |
|
| |
|
|
|
|
|
| |
If we are forcing the creating of the new page in a tab ignore
whatever chrome flags the new window would try to set.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patch by Alejandro G. Castro.
Allows to open links with target=_blank in a new tab by clicking with
the middle button.
Requires WebKitGTK+ r41969.
Fixes #573357.
svn path=/trunk/; revision=8938
|
|
|
|
|
|
|
| |
We set the action on the tool item, so fetch the action from there and
not its child button. Fixes bug #571178.
svn path=/trunk/; revision=8926
|
|
|
|
| |
svn path=/trunk/; revision=8922
|
|
|
|
|
|
| |
Mmm, maybe I should use an actual GTK+ window after all :)
svn path=/trunk/; revision=8921
|
|
|
|
|
|
|
|
| |
'Inspired' from Chrome, will show the link-message in a translucent
floating div on the bottom left corner of the web view if the normal
statusbar is hidden.
svn path=/trunk/; revision=8920
|
|
|
|
| |
svn path=/trunk/; revision=8885
|
|
|
|
| |
svn path=/trunk/; revision=8884
|
|
|
|
|
|
|
| |
Migrate cookies from Mozilla, both sqlite and txt formats (sqlite has
priority in case both exist).
svn path=/trunk/; revision=8880
|
|
|
|
| |
svn path=/trunk/; revision=8873
|
|
|
|
| |
svn path=/trunk/; revision=8869
|
|
|
|
| |
svn path=/trunk/; revision=8855
|
|
|
|
| |
svn path=/trunk/; revision=8853
|
|
|
|
|
|
|
| |
Correctly handle translations (for title, but also for localized URL).
Correctly handle bookmark topics.
svn path=/trunk/; revision=8840
|
|
|
|
| |
svn path=/trunk/; revision=8833
|