GdkWin32: Fix subclassing for GdkWin32Selection

See merge request !5054

gdk/wayland: Update selection's offer before updating dnd targets

See merge request !5045

gdk_wayland_drop_context_update_targets gets targets from the
selection's offer. In order to ensure that the drop context has
up-to-date targets, update the selection's offer before updating
targets.

This fixes drag-and-drop not working reliably when running Firefox in
Plasma Wayland session.

Recognize "stylus" devices as GDK_SOURCE_PEN

See merge request !5036

neldredge authored Sep 17, 2022 and Luca Bacci committed Sep 17, 2022

Add "stylus" to the list of substrings in a device name that cause it to be recognized
as a GDK_SOURCE_PEN device (previously "wacom", "pen" and "eraser").  Some devices
just use "stylus" in their name, and are otherwise recognized as
GDK_SOURCE_TOUCHSCREEN instead.

Fixes #4394.

Fix a critical in GtkFontChooserWidget

See merge request !5027

When the level doesn't include the style, we need
to work a bit harder to really get a face object
here.

Fixes: #5173

Trying to be helpful.

The macOS WM has no root window. We fake one with a 1x1 window at the
origin that has no associated NSWindow. If the pointer is not on a
realized GdkWindow the hierarchical search will place it in the root
window even if it's nowhere near it. That's not valid, but returning it
from find_toplevel_under_pointer prevents Gdk from discovering when the
pointer is really over a GdkWindow. Return NULL instead so that the window
discovery is re-performed.

[GTK 3] Avoid repeated g_log_set_writer_func in tests

See merge request !4968

Since GLib 2.73.0 it can only be called once per process.

Based on commit 78c153ae

 in GTK 4, but combining the icontheme test's
two custom log writers into one log writer that serves both purposes,
to avoid the need for a subprocess.

Co-authored-by: Matthias Clasen <mclasen@redhat.com>
Resolves: #5119

GdkWin32: Add support for static builds

See merge request !4538

Unblock signal on update_relative_to in Gtk.Popover

See merge request !4589

When a signal handler is disconnected, it doesn't matter if it
was blocked or not, so there's no need to unlock it before
disconnection.

When a Gtk.Popover loses the focus, it blocks the grab_notify
signal from the associated widget, and it unblocks it when it
regains the focus. To know whether the signal is or not blocked,
it uses the priv->grab_notify_blocked flag.

On the other hand, when the method update_relative_to() is
called, all the signals connected to the old associated widget
are disconnected, and connected to the new widget.

Unfortunately, the priv->grab_notify_blocked flag isn't updated,
which means that if update_relative_to() is called while the
Gtk.Popover doesn't have the focus (for example, because the
user switched into another application), when the focus is
regained, the code in window_focus_in() will see that
priv->grab_notify_blocked is TRUE and will unblock the handler;
but that handler wasn't blocked because the one that was blocked
was disconnected when update_relative_to() was called. This
shows a WARNING in the console:

GLib-GObject-WARNING **: ../../../gobject/gsignal.c:2692: handler '5146' of instance '0x556912f84f40' is not blocked

This patch fixes this.

Fix GNOME/gtk#4777

gdk/wayland: Drop motion hint mask from seat grab event masks

See merge request !4948

At best, it's just an awkward event mask sitting there for a backend
that does not need it. At worst, this may result in motion events being
eaten away in the right set of circumstances.

Avoid the pointer motion hint mask, and rely on events being further
than hints.

Related: gimp!534 (comment 1526935)

More imrpovements to Visual Studio projects (docs and PangoFT2 support, code generation flexibility)

See merge request !4934

Make the options and variable clearer to people.  Sorry, this was
a bit long overdue.

Allow one to specify INCLUDEDIR and LIBDIR to locate the headers needed
for generating sources, if they are not under $(PREFIX)\include and
$(PREFIX)\lib, repsectively.

... in the gtk-3 Visual Studio project.  This will allow one who wishes to use
the font features items that uses the older PangoFT2-based APIs that is used
before Pango 1.44.0 and HarfBuzz-2.2.0 an easier way to do that, by
regenerating the gtk-3 project files with the necessary items enabled.

The font features demo still needs to be explicitly enabled, though, as
before.

Make it easier on the eye, and put together portions that are repetitive.

Support building with Visual Studio projects from a GIT checkout

See merge request !4928

This adds instructions to aid one to build with the Visual Studio projects
directly from a GIT checkout, or to re-generate the project files with
various options and features enabled (which are not enabled by default
in the release tarballs).

...in a more automated way, since the NMake Makefiles now support doing so.