Allow webkit:// in URLs

Enable WebKit sandboxing (and tidy up a bit)

Manpages: Refine paragraph about WebKitGTK caches

we_adblock: No need for static here, either

CHANGES: Link second blog post

PATCHES: Link GitHub forks

Update main window title again

This is important for password managers like keepass.

Unlike the previous version of this code, we no longer traverse widget
hierarchies. Instead, a pointer to the real tab label widget is stored
on whatever widget happens to be returned by gtk_notebook_get_tab_label().
Luckily, there is an easy way to do this via g_object.

PATCHES: No longer on Github, there are no PRs anymore

PATCHES: Remove dead fork

Remove external URI handler

Scroll tabs using mouse wheel

Not ideal, because it doesn't work when the mouse hovers over empty
areas. If we connect that signal to the notebook itself, it will also
trigger when scrolling the web page -- if the web_view doesn't handle
the scroll. The event then propagates upwards in the hierarchy and ends
up in the notebook.

Means we would have to wrap the web_view in a dummy evbox that catches
all scroll events. Nah.

Update CHANGES

Update README

Remove keyword searches

Unmaintained code, better alternatives exist.

End the static madness

This is just one file, there's no point in doing this.

Stop changing window title, use tooltip instead

remote_msg should focus new tabs

Only focus new tabs on startup and on hotkey

Reset favicon if not present

Add TODO item

favicon: Initial size should be close to target size

GTK_ICON_SIZE_SMALL_TOOLBAR is 16px, according to the docs.

Always scale favicons

If the size already matches exactly, Gdk will do nothing.

More space around favicon

Scale favicons

Display favicons (not resized)

Make tab width customizable

Make tab position customizable

Add hotkeys for switching tabs

Use GtkNotebook (basic implementation)

Remove support for tabbed

Release v20.04

lariza.usage.1: Fix erroneous dots and wrapping

Release v20.03

README: Tweak wording

Makefile: Do not install hints.js as executable

CHANGES: Be more precise

Move user scripts

This is a more meaningful path.

Update CHANGES

lariza.usage: Fix wrong path to web extensions

lariza.usage: Mention hints.js

lariza.usage: Mention that web extensions get installed

Makefile: Install compiled web extension and user-script

lariza.usage: Restructure

user-scripts: Bundle hints.js

WebGL is enabled by default

Enable WebKit's developer extras

LICENSE: Year bump

README: Add user JS, remove paragraph about follow mode

Introduce user-supplied JavaScript files

Release v19.05

LICENSE: Bump year

No longer use WebKit's deprecated JavaScript API

Add BUGS: Mention currently deprecated functions

Release v18.07

Send bug reports if feed icon doesn't work

Fix typo

Get rid of those ugly global variables

Simplify: Merge feed_icon() into grab_feeds_finished()

README: Remove the "1000 lines of code" statement

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.

Update CHANGES and README

Workaround for graphical padding artifact

feed_html_header: Default to UTF-8

Indicate RSS/Atom feeds on web sites

Release v18.06

PATCHES: Remove GitHub link

README: Add new header

Release v18.03

Connect to button release events instead of button press

By default, WebKit only responds to release events. The old code
listened for press events. That's probably not the right way to do
things. We should properly "override" the release events.

Closes #56.

Release v18.01

LICENSE: Year bump

Remove "whacky" comment

I was probably thinking about multibyte encodings when I left that note,
but we explicitly check whether the first two bytes are ':' and '/', so
it's fine to skip them.

Remove irrelevant parameter name

Use full signature for external_handler_run

Yes, this needs the two void casts to make the compiler not complain
about unused parameters, but I think "explicit is better than implicit"
here. And none of the other callbacks use this trick.

No longer use GtkAction when constructing the context menu

Thanks to @jun7 for helping me out!

Closes #54.

Release v17.11

Update LICENSE for fvgh

Update CHANGES for new env var

Merge pull request #55 from fvgh/console_to_stdout

Support WebKit "enable-write-console-messages-to-stdout"

Support WebKit "enable-write-console-messages-to-stdout" via env-variable.

Release v17.10

Relicense as MIT

Closes #53.

Release v17.07

Add missing call to g_uri_escape_string()

Closes #47.

Release v17.05

Add PATCHES

Code style nitpicking

Merge pull request #39 from onodera-punpun/load

Hide progress bar once the webpage has finished loading

Hide progress bar once the webpage has finished loading

CHANGES: Mention WebGL

CC #36.

Add option to enable WebGL

CC #36.

README: Remove note about Flash and Java

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.

Minor nitpicking

Refuse to quit if there are active downloads

CC #35.

Remove autoreloading of crashed windows

CC #32.

Call ensure_uri_scheme() before sending message to socket

The main process and the process that sends the message might have
different working directories. As a result, the main process might not
be able to detect "foo.html" as a file when called as "lariza foo.html".

Release v17.02

Optionally write each URI to $LARIZA_HISTORY_FILE

Remove GtkLevelBar, use bar included in GtkEntry

I was still seeing this warning whenever the GtkLevelBar was set to a
value of 0:

    Negative content width -2 (allocation 0, extents 1x1) while
    allocating gadget (node block, owner GtkLevelBar)

This happens even in a minimal test program:

    #include <gtk/gtk.h>

    int
    main(int argc, char **argv)
    {
        GtkWidget *win, *progress;

        gtk_init(&argc, &argv);

        win = gtk_window_new(GTK_WINDOW_TOPLEVEL);

        progress = gtk_level_bar_new();
        gtk_level_bar_set_value(GTK_LEVEL_BAR(progress), 0);

        gtk_container_add(GTK_CONTAINER(win), progress);
        gtk_widget_show_all(win);
        gtk_main();
    }

It would appear that it's illegal to call gtk_level_bar_set_value() with
a value of 0. Or, and that's just as likely, I don't understand how a
GtkLevelBar is supposed to work. You don't even have to call
gtk_level_bar_set_value() at all, since 0 is the default value of such a
bar.

All of this doesn't really matter, though, since GtkEntry has a built-in
progress bar that we can use.

CC #20.

Switch to multi-process model

I think this is a good thing to do in any case. One crashed tab/window
should no longer be able to crash all other tabs as well.

CC #28: This change also appears to be a workaround for scenario number
two (`Alt+e` can crash WebKit/lariza).

CHANGES: Add item about "ready-to-show" signal

CC #28.