GitLab

This tries to be more flexible in allowing a request past the end of the
available items. Such is described as allowed behavior in the GListModel
documentation.

This is a filter for GListModel that is useful when using GtkListBox. It
allows for some basic filtering of the result sets. It does not, however
scale to gigantic lists, but could be made to if that was really an issue.

This has been used in Sysprof for a while now, and it seems generally
useful beyond that project.

We want to avoid sliding in and out, so instead just set the initial state
to sliding in (and we'll hide after a short duration).

This was requested by Epiphany, but it seems like a rather useful default
and I'd like to keep apps consistent here.

Fixes #24

This allows passing a read-only wrapper around a GListModel that might
otherwise be mutable if the consumer knows the type (such as GListStore).

Using this, you can pass back your "internal" list model and be sure the
consumer can't mutate it out from under you.

Fix bindir expanding to libexecdir when not building libdazzle as a subproject

See merge request GNOME/libdazzle!15

We don't want to deal with this race while simply force drawing
the revealer at it's full expanded state.

This is a bit more binding friendly, despite the performance impact.

This fixes some poor workarounds we had try to allow editing text
automatically. Instead, consumers should just block signals directly rather
than letting us try to guess the right thing.

This allows hiding the popup from handlers as might be useful when
overridding the default handler.

This fixes some beeps that would be heard from Gtk due to failed length
checks when deleting.

For some reason, gtk_list_box_get_selected_row() can give us a different
result than what we just got from the signal emission. This works around
that by storing a private pointer to the new row and uses that instead of
the value from gtk_list_box_get_selected_row().

This makes the suggestion-activated signal more reliable.

This allows specifying if the results should be activated by clicking on
the result, or if that should only emit a selection event.

This is trying to be somewhat like a browser, so lets tweak things so that
we can have an example of epiphany.

The goal is for this to be used to notify when a suggestion was selected
due to user input. There are still some more corner cases to handle, such
as when we press with a button on a row, but that requires more changes to
the popover as well.

This allows subclasses to change the behavior by not chaining up to the
parent handler.

This can be used by the DzlSuggestionEntry to ensure that we clean the
suggestion state so that it doesn't show up upon next focus.

This allows for notify::suggestion signal callbacks when the selected entry
changes.

Install stuff properly when using project_subdir

See merge request GNOME/libdazzle!14

Otherwise it will conflict with the primary installation of libdazzle.
It should go in the private libdir that's already computed in the
toplevel meson.build.

dazzle-list-counters needs to be installed respecting package_subdir, so
it doesn't clash with the main installation of libdazzle.

I notice there are not currently any subdirectories in my /usr/bin, so
to avoid setting a precedent for having directories there, let's use
libexec instead when package_subdir is set.

This implements the focus vfunc instead of relying on the set_focus_chain()
to get the movement semantics.

These were flipped.

This removes the use of the focus chain and instead uses the focus vfunc
to implement focus movement.