drop target: Warn about broken signal handler returns

Signal handlers ust return their preferred action and that one must be
unique.

Shout at them if they don't do that, before gdk_drop_status() does
tesame thing.

Related: gnome-build-meta#554
Related: gnome-builder#1799

Merge branch 'left-right-typo' into 'main'

Fix GtkSettings docs typo

See merge request GNOME/gtk!5059

Fix GtkSettings docs typo

"left of right" should be "left or right".
There's a small (subjective?) English nit in there as well: I believe
that buttons are placed (for example) "on the right" rather than "at the
right".

Update Croatian translation

Update Swedish translation

Merge branch 'kjellahl/gtkprintbackendlpr' into 'main'

gtkprintbackendlpr.c: Add #include "gtkprivate.h"

See merge request GNOME/gtk!5057

gtkprintbackendlpr.c: Add #include "gtkprivate.h"

Necessary after GTK_NOTE was replaced by GTK_DEBUG.
GTK_DEBUG is defined in gtk/gtkprivate.h. GTK_NOTE was defined
in gtk/gtkdebug.h.

Update Polish translation

Update Ukrainian translation

Merge branch 'fix_4577' into 'main'

Make the presentation of the stack sidebar listbox nicer for A11Y

Closes #4577

See merge request GNOME/gtk!4661

Merge branch 'gdk-win32-fix-subclassing-gdk-win32-clipdrop' into 'main'

GdkWin32: Fix subclassing for GdkWin32Clipdrop

Closes #5207

See merge request GNOME/gtk!5055

GdkWin32: Fix subclassing for GdkWin32Clipdrop

Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/5207

Merge branch 'bump-meson-req' into 'main'

Bump the meson requirement

See merge request GNOME/gtk!5051

Update POTFILES.in

gtk: Use gnome.mkenums_simple

This lets us avoid template files, and works just as well.

gdk: Use gnome.mkenums_simple

This lets us avoid template files, and works just as well.

Bump the meson requirement

GLib requires meson 0.60 nowadays, and it does not
make much sense for us to support an older meson.

Merge branch 'header-cleanup' into 'main'

Header cleanup

See merge request GNOME/gtk!5049

gdk: Rename gdkpixbuf-drawable.c

There is nothing particularly specific to drawables
in there (and we don't have that concept anymore),
so just name the source file to match the header.
Easier for everybody.

gdk: Tweaks to keyname handling

Rename the private header to follow our naming
conventions, and drop the extra gdkkeys.c file.

Drop gtkintl.h

Include gtkprivate.h for I_() and glib-i18n.h for
gettext macros.

Drop gdkintl.h

This header was merely including gi18n-lib.h.
Just do that directly.

Rename gdk-private.h to gdkprivate.h

The extra - does not add any value.

Rename gdkconstructor.h to gdkconstructorprivate.h

This is the naming convention for private headers.

Rename gdkdebug.h to gdkdebugprivate.h

This is the naming convention for private headers.

gtk: Dissolve gtk-autocleanup.h

Move the autocleanup declarations into their
respective headers.

gsk: Dissolve gsk-autocleanup.h

Move the autocleanup declarations into their
respective headers.

gdk: Dissolve gdk-autocleanup.h

Move the autocleanup declarations into their
respective headers.

While we are at it, correct the autocleanup
declaration for GdkEvent to use gdk_event_unref,
not g_object_unref. Oops

Merge branch 'debug-envvars-cleanup' into 'main'

Clean up debug env vars

See merge request GNOME/gtk!5044

gtk: Remove old debug macros

These are no longer used.

gtk: Use the new debug macros

gtk: Introduce new debug macros

Introduce GTK_DISPLAY_DEBUG() and GTK_DEBUG(), which
mirror the new macros in gdk. They use the same helper
function gdk_debug_message().

tests: Rewrite the icontheme tests

The lookup order tests were relying on out
debug spew using g_log, so they can redirect
the output by setting a log writer function.

Rewrite this to use g_test_subprocess() and
parse stderr.

gsk: drop old debug macros

These are no longer used.

gsk: Use the new debug macros

gsk: Introduce new debug macros

Introduce GSK_RENDERER_DEBUG() and GSK_DEBUG(), which
mirror the new macros in gdk. They use the same helper
function gdk_debug_message().

gdk: Drop old debug macros

Drop the old GDK_NOTE() and GDK_DISPLAY_NOTE()
macros from gdkdebug.h. Reintroduce them in the
win32 backend, where they are still used.

macos: Use the new debug macros

x11: Use the new debug macros

wayland: Use the new debug macros

broadway: Use the new debug macros

gdk: Use the new debug macros

Introduce new debug macros

Introduce GDK_DISPLAY_DEBUG() and GDK_DEBUG() and
the helper function gdk_debug_message(). This is
meant to clean up the mess of our current debug
statements which wildly mix g_message, g_print
and g_printerr.

Merge branch 'wip/jimmac/backdrop-titles' into 'main'

theme: tone down unfocused title labels

Closes #4468

See merge request GNOME/gtk!5047

theme: tone down unfocused title labels

- mimic libadwaita in toning down unfocused titles. Cargo culting the
  filter instead of using normal opacity property.

Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/4468

Merge branch 'wip/carlosg/touchpad-gestures-matching-fingers' into 'main'

gtkgesture: Do not update gestures with mismatching n-points on touchpad

See merge request GNOME/gtk!5046

Updated Czech translation

gtkgesture: Do not update gestures with mismatching n-points on touchpad

Check that the touchpad gesture event has a matching number of fingers before
updating the GtkGesture point tracking, instead of afterwards. Avoids pointless
tracking of these touchpad events when we know beforehand that the gesture
will never be activated by the touchpad events.

Related: https://gitlab.gnome.org/GNOME/gtk/-/issues/5199

Updated Czech translation

docs: Some updates

Make the section about environment variables match
current code.

Add a warning about env vars not being stable and
only for debugging.

Only print supported debug flags

It is a bit disorienting to print a lot of unavailable
debug flags, with some working ones mixed in. Just show
the ones that work.

Mark the invert-text-dir flag as always there

This flag works in non-debug builds too.

Make GL flavor flags always available

No need to restrict this to debug builds.

Make the gl-debug debug flag always available

No need to restrict this to debug builds.

Make the gl-gles debug flag always available

No need to restrict this to debug builds.

Make the gl-legacy debug flag always available

No need to restrict this to debug builds.

Drop the gl-texture-rect debug flag

This was not doing anything.

Drop the software-gl debug flag

This was not doing anything.

Make the gl-disable flag always available

No need to restrict this to debug builds.

Make the portals debug flag always available

No need to restrict this to debug builds.

Make the nograbs flag always available

No need to restrict this to debug builds.

Make vulkan-disable always available

There is no need to restrict this to debug builds.

Make vulkan-validate always available

There is no need to restrict this debug builds.

Fix high-depth handling

We mark this flag as always available, but we
were only checking it in debug builds.

Fix default-settings handling

This is meant to be always available, but we
were checking for debug in one place.

Merge branch 'windows-build-instructions-link' into 'main'

Update GTK on Windows link: use gtk.org, not wiki

See merge request GNOME/gtk!5043

Merge branch 'font-chooser-docs' into 'main'

fontchooser: Add some details to the docs

See merge request GNOME/gtk!5041

Update GTK on Windows link: use gtk.org, not wiki

The old wiki page has a couple issues:
* It's out-of-date, not having any notes for GTK4 specifically,
  and it doesn't link to `gvsbuild`, which (I believe) is
  the current official (and best) way to build GTK with MSVC.
* It's "locked", so it's harder for contributors to update. This
  is OK, except for one spicy detail:
* It's not clear how to contribute/report issues on the locked wiki
  pages, so out-of-date information falls off the radar.

Regardless :) the gtk.org GTK for Windows docs are a much better
springboard, in my opinion.

fontchooser: Add some details to the docs

Merge branch 'cross-gi-docgen-detection' into 'main'

build: fix gi-docgen detection in cross builds

See merge request GNOME/gtk!5039

build: fix gi-docgen detection in cross builds

gi-docgen is supposed to be ran natively on the build machine, without
native: true dependency() searches for gi-docgen on the host system.
When it doesn't find it, it falls back to a subproject even if gi-docgen
is available on the build machine.

also make gtk_doc require introspection

Update Slovenian translation

Update British English translation

Merge branch 'wip/smcv/shifted-shortcuts' into 'main'

gdkevents: Don't ignore modifiers that are not currently active

Closes #5095

See merge request GNOME/gtk!5037

Merge branch 'wip/smcv/reliable-gresource' into 'main'

build: Use more conservative GResource embedding on non-x86_64

Closes #5107

See merge request GNOME/gtk!4956

Update Slovenian translation

Update Turkish translation

Update Kazakh translation

build: Use more conservative GResource embedding on non-x86_64

Doing clever things with objcopy is faster and seems to be reliable on
x86_64 Linux, but also doesn't work on all toolchains and architectures:
in particular, Debian has had trouble with this on arm and mips.
In a distro build environment where we are compiling all of GTK every
time, the cost of potentially unreliable builds is higher than the cost
of using slower but more conservative GResource embedding.

Resolves: https://gitlab.gnome.org/GNOME/gtk/-/issues/5107
Signed-off-by: Simon McVittie <smcv@debian.org>

gdkevents: Don't ignore modifiers that are not currently active

The X11 backend can mark modifiers like Shift as consumed even if they
aren't actually active, which seems to be something to do with making
shortcuts like `<Control><Shift>plus` and `<Control>plus` work as
intended regardless of whether the plus symbol is obtained by pressing
Shift and a key (like `+/=` on American, British or French keyboards)
or not (like `*/+` on German keyboards).

However, this can go badly wrong when the modifier is *not* pressed.
For example, terminals normally have separate bindings for `<Control>c`
(send SIGINT) and `<Control><Shift>c` (copy). If we disregard the
consumed modifiers completely, when the X11 backend marks Shift as
consumed, pressing Ctrl+c would send SIGINT *and* copy to the clipboard,
which is not what was intended.

By masking out the members of `consumed` that are not in `state`, we
get the same interpretation for X11 and Wayland, and ensure that
keyboard shortcuts that explicitly mention Shift can only be triggered
while holding Shift. It continues to be possible to trigger keyboard
shortcuts that do not explicitly mention Shift (such as `<Control>plus`)
while holding Shift, if the backend reports Shift as having been
consumed in order to generate the plus keysym.

Resolves: https://gitlab.gnome.org/GNOME/gtk/-/issues/5095
Bug-Debian: https://bugs.debian.org/1016927
Signed-off-by: Simon McVittie <smcv@debian.org>

4.8.1

Merge branch 'detect-stylus' into 'main'

Recognize "stylus" devices as GDK_SOURCE_PEN

Closes #4394

See merge request GNOME/gtk!4776

Merge branch 'fix-filetransfer-mimetype' into 'main'

portal: Use the right mimetype for file transfers

Closes #5182

See merge request GNOME/gtk!5033

Merge branch 'wip/abono/gtk-main-remove-condition' into 'main'

gtk/main: Remove condition that always evaluates TRUE

See merge request GNOME/gtk!5031

portal: Use the right mimetype for file transfers

The filetransfer protocol says to use
application/vnd.portal.filetransfer, but I used
application/vnd.portal.files when I implemented the
protocol. Oops.

This commit dds the correct mimetype, but we still
support the old one to preserve interoperatibility
with existing flatpaks using GTK 4.6.

Fixes: #5182

gtk/main: Remove condition that always evaluates TRUE

Merge branch 'wip/coreyberla/gridview-rubberband' into 'main'

gridview: Fix rubberbanding from negative x coordinates

Closes nautilus#2492

See merge request GNOME/gtk!5030

gridview: Fix rubberbanding from negative x coordinates

This is a follow-up to 1e9a36ffa8d198212cde130a021256fd142ba6c5. For GridView
we also need to make sure that we aren't rubberbanding below x=0 which
causes unexpected rubberbanding behavior.

Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/2492

Merge branch 'single-key-compose' into 'main'

input: Accept short compose sequences

Closes #5172

See merge request GNOME/gtk!5026

Add a test for short compose sequences

Add a table that has a short sequence
to verify that we can parse this.

Update test results

The table sizes change, even though none of our
test tables include short sequences.

Regenerate builtin sequences

The table format has changed.

input: Accept short compose sequences

Some of the X keyboard layouts use compose
sequences of length one to make individual
keys generate multiple Unicode characters.

To support this use case, change the index
part of the table format to also include
an offset for length 1. Bump the table
version to indicate this change.

Fixes: #5172

Cosmetics: Fix a typo

Update Chinese (China) translation

Update Catalan translation

Merge branch 'misc-gl-fixes' into 'main'

gsk: Make glyph upload more similar to icons

See merge request GNOME/gtk!4074

gsk: Make glyph upload more similar to icons

When uploading glyphs to the atlas, clear
the padding bytes so that no dirt remains there.

Merge branch 'matthiasc/for-main' into 'main'

clang-format: This did not work

See merge request GNOME/gtk!5021

clang-format: This did not work

I thought AlignConsecutiveDeclarations would
align function parameters, but it doesn't.
So drop it again.