GitLab

On touchpads gtk_gesture_get_sequences() was called without a
corresponding g_list_free(). The same was true for touchscreens
if due to some reason only a single sequence was found.

Update CI image

Closes #2313

See merge request !1254

New requirement from at-spi2-core.

Fixes: #2313

Fix non-portal (UNIX) builds

See merge request !1252

The portal bits are only supported on *nix, so use the old code on
non-*nix.

The newly-added portal items are supported on *nix only, so only build
them on *nix.

file transfer: Fix build on non-Linux

See merge request !1253

O_PATH and O_CLOEXEC are not universally available.

The vfunc is identical to the GtkWidget implementation it replaces. So
just keep using that one.

- Move into its own section
- Split GtkTreeListRow into its own document

Trees are weird with listmodels and they deserve their own treatment,
they shouldn't be mushed up with the rest of the list machinery.

... and use them.

Also, rename them from is/contains-pointer-focus to is/contains-pointer,
that's clear enough and not too long.

Finally, adapt the semantics of contains-pointer to mirror
GtkEventControllerKey::contains-focus. If is-pointer is set, so is
contains-pointer, they are not exclusive.
Which is what all users of this property wanted, too.

x11: Only update cursors if we have any

Closes #2308

See merge request !1249

some builder-tool improvements

See merge request !1248

We were accessing an on-demand created hash table
without checking if it had been created first.

Fixes: #2308

When looking for the get_type function for GThemedIcon,
try both g_themed_icon_get_type and gthemed_icon_get_type
The former is what gio has, the latter is still supported
to avoid breaking gweather_location_get_type.

Update tests to cover this new case.

This doesn't work and yields an ugly, unnecessary
error message.

Include line numbers in the error messages we
report, so it is possible to find the error.

Device URI was not filled for non-Avahi printers by my previous commit.
I've added it back. It was a mistake during rebasing of the patch
to current master.

Fix getting info for standalone IPP printers

Closes #1509

See merge request !1247

Make the theming style classes demo look a bit less odd.

This was done mainly to verify that the tool does not
make any unwarranted changes. The changes included here
are all cosmetic.

It was not included in the generated docs.

They were not hooked into the document generation.

Use a separate gesture for middle clicks on PlaceView rows

Closes #179

See merge request !1199

Fix parameter name mismatches.

Fix parameter name mismatches.

More builder work

Closes #2267

See merge request !1230

clipboard: file transfer portal support

See merge request !1244

Implement file-list <-> application/vnd.flatpak.file-list
serialization by talking to the file transfer portal.

See https://github.com/flatpak/xdg-desktop-portal/pull/222

Set HighContrast tooltip back to black text over white background

See merge request !1242

Looking up a get_type function by its name is now also part of
GtkBuilderScope.

GtkBuilderScope is an interface that provides the scope that a builder
instance operates in.
It creates closures and resolves types. Language bindings are meant to
use this interface to customize the behavior of builder files, in
particular when instantiating templates.

A default implementation for C is provided via GtkBuilderCScope (to keep
with the awkward naming that glib uses for closures). It is derivable on
purpose so that languages or extensions that extend C can use it.

The reftest code in fact does derive GtkBuilderCScope for its own scope
implementation that implements looking up symbols in modules.

gtk-widget-factory was updated to use the new GtkBuilderCScope to add
its custom callback symbols.
So it does it different from gtk-demo, which uses the normal way of
exporting symbols for dlsym() and thereby makes the 2 demos test the 2
ways GtkBuilder uses for looking up symbols.

Use it as the default object for expression binds and when connecting
signals. It is intended to work kind of as the "this" object while
parsing. In fact, the term "current object" was stolen from the Java
docs and various C++ tutorials for the this pointer.

Set the current object in gtk_widget_init_template() and
GtkListItemBuilder.

This more-or-less replaces the object passed to
gtk_builder_connect_signals() in GTK3.