CHANGES: Add item about unified hotkeys

Fixup for 82d5f9e: Search prefix is ":/" now

Deduplicate shared code in key handlers

Wait for "ready-to-show" signal after a "create" signal

CC #28.

s/malloc/calloc

Automatically add "file://" prefix for local files

Closes #27.

Change search prefix to ":/"

I want to change ensure_uri_scheme() so it automatically adds "file://"
if we're dealing with a valid local file path. However, this clashes
with "/" as a search prefix.

CC #27.

Merge branch 'external-handler'

Add external handler to CHANGES

Closes #25.

Add documentation about URI handler to man pages

Add launching of an external script for selected URLs

Release v16.12

Clip return value of webkit_download_get_estimated_progress() to [0, 1]

Closes #23.

Remove call to gtk_window_set_wmclass()

Release v16.09

Look for web extensions in ~/.config/lariza/web_extensions

~/.local/share isn't really an appropriate place because it's meant to
contain "data", possibly written by the application.

Usually, lariza's web extensions (.so files) are not placed in your home
directory anyway. Instead, they are installed somewhere in /usr. The
home directory only contains symlinks. So, in a way, those symlinks can
be considered "configuration items". Hence, ~/.config is where they
should live.

Release v16.06

Remove size request for the progress bar

I'm not comfortable with having pixel values in here. The 100px were
mostly personal taste. HiDPI screens might not be happy with 100px
anyway.

Get rid of Gtk warning

Fixes this:

    (lariza:675): Gtk-WARNING **: Negative content width -2 (allocation 0, extents 1x1) while allocating gadget (node block, owner GtkLevelBar)

Funny enough, even without calling gtk_level_bar_set_value(), I get this
warning. Almost feels like a Gtk bug?

Closes #20.

Update CHANGES and manpage for new key binds

Add new control binding for history browsing - Fix #16

Edited to retain Mod1+* and just add F2/F3.

Merge pull request #18 from milouse/fix/add_gitignore

Add a gitignore file (Fix #17)

Add a gitignore file in order to not warn us about compiled stuff. Fix #17

Release v16.01

Don't set empty string as window title

"Keypad enter" now registers as "commit"

Closes #14.

Strip G_DIR_SEPARATOR from local file names

Closes #15.

man: Mention that XDG variables matter

Add CHANGES file

Remove $LARIZA_WEB_EXTENSIONS_DIR

For the sake of consistency. There is no reason why this particular
directory can be configured at runtime.

Add manpages, trim README

Extend Makefile to allow installation

Retab

For years, I've been using a tab size of 4. This, however, conflicts
with the idea of limiting the line length: You can only limit the line
length in a meaningful way if you're using the default tab size of 8.
But 8 is a huge waste of space...

So let's just do this. Retab to 4 spaces and limit the line length to
about 80 characters.

No need for a GtkScrolledWindow

GtkBox: Don't manually specify a padding

This might look good on my display, but on a display with a different
DPI value, it's probably garbage. Specifying space in pixels is
meaningless today.

Yes, this applies to the level bar and the window size as well. I have
not yet found a better way to control those, though.

Revert "README: Link to okraits' fork"

This reverts commit 5f595f1cad47a3b70c0571b4a80d240214a45b5f.

@okraits mentioned in #8 that his fork no longer exists.

Bring back gtk_window_set_default_size()

I always use a tiling WM, so I never noticed that, when lariza is
floating, the window is unusably tiny and you always have to resize it
first.

Fix "-C": Don't listen on FIFO

"-C" was kind of broken. It only prevented lariza from writing to the
FIFO which "worked fine" as long as you only had one "-C" instance
running.

Change default download directory to /var/tmp

Why? See #13. This commit closes #13.

Kick usage() since it's only used in one place

Implement a simple certificate trust store

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.

The WebKit2 port is "read for use"

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.

Automatically recover from WebKit crashes

Show the download manager when a download starts

This is kind of a quickfix as well (related to #10). I'll have to use
this for a while to see if I'm happy with it.

Quickfix for crashes when downloads start

Every new window added download_handle_start() as a signal handler to
the global WebKitWebContext. This is wrong anway, because the signal
handler sets the destination path; this should not be done multiple
times.

The actual crash happened when a window was closed and *then* a download
started. The window's signal handler still existed with a pointer to the
window's "struct Client". This struct, however, is now free'd and
invalid. Hence the crash.

To get rid of the crashes, only add the signal handler once. Sad thing
is, this makes the "status" level bar useless: It would only work for
the very first window ever created -- if it still existed. If that
window has been closed as well, we would still crash. Thus, remove
"status" completely.

We'll have to find a new way to announce the start of a download.

Closes #10.

Re-implement adblock as a web extension

Tell WebKit where to look for web extensions

README: Flash crashes gone since WebKit2 2.6.3

README: s/GTK+ 2/GTK+ 3/g

Improve mouse wheel zoom and update README

Fix interactive mouse wheel zoom (GTK+ 3)

Remove remaining stuff about "view source mode"

Fix deprecation warning about gtk_scrolled_window_add_with_viewport()

Fix deprecation warning about stock IDs

README: A word about this branch

Remove obsolete comment: Full content zoom is always enabled now

... because it's WebKit2's default.

Prettify accepted_language

"-r" is useless without the adblock hook

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.