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.

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.