| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
We've already exceeded that limit and it's not a good measurement for
code quality anyway (not implying that this code is of extraordinarily
good quality), so let's just get rid of it.
|
|
|
|
|
|
|
|
This was relevant some years ago. Today, Flash is dying quickly and I
don't even care about Java anymore. On top of that, support for these
two things never was a feature of lariza but of WebKit.
|
|
|
|
This reverts commit 5f595f1cad47a3b70c0571b4a80d240214a45b5f.
@okraits mentioned in #8 that his fork no longer exists.
|
|
Why? See #13. This commit closes #13.
|
|
The WebKit1 version of lariza simply ignored certificate errors. I could
have turned off validation in WebKit2 as well, but I wanted to try to do
it right. :-)
Closes #12.
|
|
Addressing the issues mentioned in the README:
- I'm using it every day and I haven't found any more bugs (in lariza).
- "View source" mode is still not implemented. However, I don't see any
other way than re-downloading the current weg page and showing the
results in some to-be-written widget that displays text (+ HTML syntax
highlighting + maybe other stuff). That's quite a lot of overhead for
a rarely used feature, so I decided to drop it.
- That "annoying border around the WebView widget" is related to my gtk
theme (upstream "Raleigh"). Adwaita, the current GTK+ 3 default theme,
does not have that border.
tl;dr: The WebKit2 port is as ready as it can get and it's "more bug
free" than the WebKit1 version.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
With WebKit2, adblock is no longer a trivial task. It must be realized
as a "web extension" in WebKit2. See, for example:
http://blogs.igalia.com/carlosgc/2013/09/10/webkit2gtk-web-process-extensions/
We need to connect to the "send-request" signal and stop the request
from being sent in the first place.
|
|
|
|
|
|
As suggested by #8.
|
|
Ugly hackaround. Closes #6, though.
|
|
As suggested by @okraits in #2.
|
|
While Mod1 + q is consistent with the main window, it also poses the
risk of accidentally closing the main window. With Mod1 + d it's more
like a "toggle the download manager".
|
|
|
|
Let's stick to WebKit's and GNOME's terminology.
|
|
|
|
|
|
|
|
|
|
hjkl is nice in a terminal, but it poses a problem in GUI programs: If
your program is not ENTIRELY controlled via keyboard, your right hand
has to reach from the mouse to the keyboard to the mouse to the
keyboard... That's nasty.
Now, all hotkeys can be hit using your left hand.
I also think that using Control as a modifier is uncomfortable. Your
pinkie has to do a lot of work and stays in an uncomfortable position.
Using Alt/Mod1 feels better.
Secondly, there's no need for scrolling hotkeys. This only makes sense
if your program has keyboard-only usage. I can scroll using the mouse
(plus, I have screen barriers to support this).
Furthermore, there's a hotkey now that enters search mode and hotkeys to
create or destroy windows/tabs.
I also differentiate between single-handed hotkeys and dual-handed
hotkeys. When you enter the location bar or search mode, you are going
to begin typing -- thus, your right hand MUST move from the mouse to the
keyboard. As a result, it doesn't make sense to make these hotkeys
reachable using only your left hand. Mod1+l to enter the location bar is
totally fine and so is Mod1+k for searching.
Of course, it's more comfortable if you can also close the download
manager using Mod1+q. Reloading is useful as well and I NEVER want to
have "reload WITH using the cache" (major annoyance of other browsers).
To sum it up, your left hand can stay relaxed over q, w, e, d.
|
|
Hit ^D to open it.
According to sloccount, we have reached 731 lines of code now.
|
|
Downloading via an external tool poses a problem: You have to pass the
current "web context" from the browser to your tool. This context
comprises cookies, the referrer, the user agent and information about
HTTP basic auth. With some effort, you can pass most of this to your
tool -- except for HTTP basic auth.
tl;dr: Downloading via wget is pretty complicated.
With this commit, WebKit handles the downloads. What's missing, are some
GUI elements to monitor and cancel downloads.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
