Reactivate $LARIZA_USER_AGENT and use WebKit's default

Port searching for text to WebKit2

README: Update link to WebKit docs

Port opening of new tabs to WebKit2

Completely remove adblock for now

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.

Port downloads to WebKit2

Port the most basic stuff to WebKit2

Port to GTK+ 3 first

README: Link to okraits' fork

As suggested by #8.

Code style: Allow more than 80 chars to avoid ugliness

Plus, my "80 characters" only work with 4-spaced-tabs anyway. I might
rethink that.

Show size of downloads in megabyte

MB is good enough, I don't care about byte, kilobyte, megabyte,
gigabyte, ...

Yes, SI units.

Minor improvement to changed_download_progress()

I checked WebKit's source code: webkit_download_get_destination_uri()
never returns NULL in lariza. It's because we set the destination URI in
the signal handler for the download request.

If g_filename_from_uri() really returned NULL for some reason, then it'd
be just plain wrong to announce the "suggested file name", because we
might be saving the download ... somewhere else. I doubt this function
ever returns NULL in lariza, though, but you never know.

So, now, the download manager will correctly show the URI if the
destination URI is "unknown".

User Agent: s/UPPERCASE/CAPITALIZED/

CC #6.

Steal surf's user agent

Ugly hackaround. Closes #6, though.

Fix loading of keywords

CC #5.

Always free "tokens" in keywords_load()

Closes #5.

Introduce $LARIZA_HOME_URI

As suggested by @okraits in #2.

Mod1 + d closes the download manager

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".

README fixes

Fix a very important typo

Only talk about URIs

Let's stick to WebKit's and GNOME's terminology.

README: Document URLs as arguments

No URLs specified? Open about:blank!

README: Wording

Fix crash when closing a tab that's still loading

Disconnect the handler for "notify::progress" because that signal might
get fired after "c" has been free'd which resulted in a reproducible
crash.

Warn when the XID from tabbed is 0

Always close tabbed's stdout when finished reading

Fix some NULL pointers

GLib catched these errors but it's wrong nevertheless.

Keep the changed_* scheme for notify::*

Code style

Download manager: Show the real file name

The Big README Update

Use -Wno-unused-parameter instead of void casts

Add "toggle view source mode"

Move reading _FIFO_SUFFIX to the right place

adblock_load(): Fix invalid regexes, support comments

- Invalid regexes are no longer added to the list.
- Lines starting with a "#" are ignored.

Shorten some code

Small costmetic fix

Mouse wheel zoom

The FIFO filename can have a suffix

This allows for launching lariza like this:

$ LARIZA_FIFO_SUFFIX=1 lariza file:///home/void/bookmarks.xhtml

And another instance like this:

$ LARIZA_FIFO_SUFFIX=2 lariza http://www.startpage.com

Implement keyword based searching

Rework and extend hotkeys

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.

Close the adblock file handle

Download Manager

Hit ^D to open it.

According to sloccount, we have reached 731 lines of code now.

GUI tweaks

An indicator that shows when a download has started

Sort "struct Client"

Kick the lousy status bar

- It didn't show the load progress.
- It destroyed the browser's usability. When there's a horizontal scroll
  bar, it MUST be placed at the bottom of the screen. There MUST NOT be
  any widget below it.

Built-in download feature

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.

Fix and enhance creation/destruction of tabs

Websites can now open or close tabs/windows if requested by the user.

- We must not destroy the window in its destroy handler.
- WebKit's "new-window-policy-decision-requested" is totally irrelevant.
- Handle WebKit's "create-web-view" by allocating a new window and an
  "empty" WebView.
- Handle WebKit's "close-web-view" by destroying the window, which will
  call client_destroy(), which will do exactly the same as closing the
  window manually.

Nitpicking: ht_uri is a gchar *

Fix missing URI in ^G

Also log the URI that the user actually requested

README: Fix spelling ;-)

Code style: Fix whitespace and a wrap

README: Fix typo

Shorten grab_environment_configuration()

README: Mention wget

README: A word about local storage

Full content zoom is buggy... -_-

Revert "Catch button-release-events, feels more natural"

This reverts commit 26713eb349b4c8b7d2fb22a5973e898ea43e1b7f.

It's a break between lariza and tabbed -- the latter responds to
button-press-events.

Don't fiddle with __NAME__ at runtime

README tweaks

User configuration using environment variables

I think of these options (language, download dir, zoom) as user
settings. The user does not change them all the time. He sets them once
and for all in his shell rc.

"-e" and friends, however, are considered runtime settings. "THIS TIME,
I want my browser to debug all requests!"

Launch new tabbed windows relative to the current position

Catch button-release-events, feels more natural

Better ensure_http_prefix() -> ensure_url_scheme()

ensure_http_prefix knows about file://

Use ensure_http_prefix() in client_new()

Auto-add "http://" when typed in location bar

Re-show URI in location bar on Escape

Open new windows on middle click

Simplify key_web_view()

Support back/forward keys on mice

Refactor: Declare variables at the beginning of functions

Set WM_CLASS

s/zea/lariza -- this is final

Refactoring: Group and unify identifiers

Refactoring: Make the application name a simple parameter in Makefile

Refactoring: Remove "zea" from function names

Try to explain the builtin tabbed launcher

Fix minor memleak

Do not hardcode the path to the FIFO

Set Accept-Language header

Deep down inside... Had to look into dwb's code to find out how to do
this. Kudos, dear portix!

Usage: There can be multiple options and multiple URIs

Disable tabbed on "-e"

Deal with embedding failures

Now, that's a real issue. :-)

Revert "Deal with race conditions while embedding"

This reverts commit c32e64b89186c09c5d2c9f82a18e0a541dd414b4.

Nonsense.

We read the XID from tabbed, which means tabbed must know its XID, which
means there must be a window to plug-in to.

Deal with race conditions while embedding

I have not encountered any race conditions. In theory, they could
happen, though.

Abort on invalid arguments

Negating options are upper case

Launch tabbed automatically

Simplify zea_load_adblock()

Cooperative instances

Use g_build_filename()

UI tweaks

Fix lulz

Complete adblock

Prepare adblock

Launch all URIs specified on the command line