gdkkeys-win32: Ignore CTRL bit for key translation

Some keymaps on Windows contain bogus mappings for Ctrl+key for certain
keys, e.g. Ctrl+Backspace = Delete, or Ctrl+[ = 0x1B. These are never
used on Windows, so we should ignore them.

Fixes #4667

Update Chinese (China) translation

Update Chinese (China) translation

Update Japanese translation

Update Japanese translation

Update Polish translation

Update Russian translation

Merge branch 'infobar-xml' into 'main'

Escape Builder XML in GtkInfoBar docs

See merge request GNOME/gtk!4421

Escape Builder XML in GtkInfoBar docs

Updated Spanish translation

Merge branch 'ebassi/manifest-dep-fix' into 'main'

flatpak: Add wayland-protocols to the manifests

See merge request GNOME/gtk!4420

flatpak: Use "main" branch for wayland

The default branch for wayland has changed, but the "master" branch
is still available with an older version.

Merge branch 'tiled-window-bracket-fix' into 'main'

theme: Drop shadow and border fixes for tiled windows

See merge request GNOME/gtk!4418

Merge branch 'wip/baedert/for-master' into 'main'

build: Make GCC ignore fallthrough comments

Closes #4663

See merge request GNOME/gtk!4419

Update Brazilian Portuguese translation

Update Brazilian Portuguese translation

gesturesingle: Get rid of a fallthrough comment

Fixes #4663

build: Make GCC ignore fallthrough comments

From the GCC manpage:

> Wimplicit-fallthrough=5 doesn't recognize any comments as
> fallthrough comments, only attributes disable
> the warning.

So, check for the =5 version after checking for the simple version. This
way we get -Wfallhrough with clang and -Wfallthrough -Wfallthrough=5
with GCC, which works.

Update Ukrainian translation

Merge branch 'realize-vs-focus-in' into 'main'

gtktext: Make sure input method sees focus in

See merge request GNOME/gtk!4402

theme: Fix incorrect border color for tiled windows

theme: Fix drop shadow for tiled windows

Misplaced curly bracket prevented the :backdrop styling from getting
applied. Also fix the indentation while at it.

Merge branch 'hold-gestures' into 'main'

Add hold gestures

See merge request GNOME/gtk!3454

Update Galician translation

Update Portuguese translation

gtkgestureswipe: Don't filter hold events

Part-of: <!3454>

gtkgesturerotate: Don't filter hold events

Part-of: <!3454>

gtkgesturezoom: Don't filter hold events

Part-of: <!3454>

gtkgesture: Handle hold gestures

Hold gestures are used to bring existing gestures on touchpad
semantically closer to touchscreen gestures.

Touchpad gestures observe hold gestures with a matching amount of
fingers and emit their begin and end signals when fingers are detected
or removed on/from the touchpad.

When a hold cancel event is detected, it is required to wait a few
milliseconds until the next event(s) are received to avoid emitting
multiple begin signals.

Part-of: <!3454>

gtkgesture: Add hold to EVENT_IS_TOUCHPAD_GESTURE

Part-of: <!3454>

scrolledwindow: Stop kinetic scrolling on begin

Stop kinetic scrolling when a scroll begin signal is sent during the
event capture phase.

Part-of: <!3454>

kineticscrolling: Add stop function

Move the logic to stop kinetic scrolling to its own function and allow
to call it from the outside.

Part-of: <!3454>

gtkeventcontrollerscroll: Handle hold gestures

Handle hold events:

 - GDK_TOUCHPAD_GESTURE_PHASE_BEGIN: scroll-begin is emitted.
 - GDK_TOUCHPAD_GESTURE_PHASE_END: A hold gesture ends only when all
   fingers are lifted from the touchpad without movement, so
   scroll-end is emitted right away.
 - GDK_TOUCHPAD_GESTURE_PHASE_CANCEL: A hold gesture is cancelled when
   some fingers are lifted/put down or movement is detected. In this
   case, scroll-end is emitted after a small timeout only if
   GDK_SCROLL wasn't detected.

Part-of: <!3454>

gtkeventcontrollerscroll: Refactor scroll end

Move the logic to end scrolling to its own function to be able to
reuse it.

Refactor, no functional changes.

Part-of: <!3454>

gtkeventcontrollerscroll: Refactor scroll begin

Move the logic to begin scrolling to its own function to be able to
reuse it.

Refactor, no functional changes.

Part-of: <!3454>

wayland/pointer-gestures: Receive hold gesture

Add the glue code to receive hold gesture events from the compositor,
transform them into GdkEvents and finally enqueue them.

Part-of: <!3454>

gtkmain: Handle hold events

Part-of: <!3454>

gdk/events: Add hold GdkEvent

Allow to create hold events as well as the required functions to get
information about the event: gesture phase, finger count, etc

Part-of: <!3454>

build: Bump wayland-protocols to v1.23

Part-of: <!3454>

Merge branch 'sri-main-patch-28302' into 'main'

Update docs/reference/gtk/migrating-3to4.md

See merge request GNOME/gtk!4404

Merge branch 'rafaelff-hig' into 'main'

buildertool: use curly apostrophe

See merge request GNOME/gtk!4414

Merge branch 'wip/carlosg/touchpad-gesture-fixes' into 'main'

Touchpad gesture fixes

See merge request GNOME/gtk!4417

Merge branch 'antoniof-main-patch-39484' into 'main'

gtkbitset: Define autocleanup function

See merge request GNOME/gtk!4416

Merge branch 'bilelmoussaoui/g-i' into 'main'

g-i: mark GtkSnapshot to_(node|paintable) as nullable

See merge request GNOME/gtk!4413

gtk/gesture: Fix point info lookup on touchpad events

Since the addition of GdkEventSequence in touchpad events, these
are now stored in the gesture using that sequence. This bit of touchpad
gesture handling was however missing to be updated, still looking up
the special NULL sequence.

Use the last sequence here, which will be the one coming from touchpad
gesture events.

gtk/main: Do not use touchpad event sequence for pointer focus lookup

Despite touchpad gestures having a sequence, these must use the logical
pointer focus. Avoid using the sequence for GtkPointerFocus lookups with
those events, in order to ensure those events make it all the way to the
intended target.

This is fallout from adding GdkEventSequence information to touchpad
gestures.

gdk: Always request "flush events" frame clock phase on events

This change is done for 2 reasons:

- The logic to request this phase when compressing scroll events is
  slightly broken. If there are multiple scroll events that are
  coalesced into one, the surface frame clock will not get this request.
  The worst case is having >= 2 scroll events on every frame, as the
  compressed event will be left in the queue, and be further compressed
  on future events.

- Even scroll events aside, this phase is requested in oddly specific
  places that are not enough to cover all events, others do rely on
  unrelated GdkFrameClock activity that happens to flush the events
  as well.

Unify this phase request so it explicitly happens on the arrival of any
event. This ensures that events (compressed or not) will be handled
promptly after arrival.

gtkbitset: Define autocleanup function

Merge branch 'fix-popovermenu-removechild' into 'main'

popovermenu: Fix crash when removing child

See merge request GNOME/gtk!4393

popovermenu: Fix crash when removing child

gtk_menu_section_box_remove_custom was looking in the wrong place for the
stack ancestor, causing an assertion error.

gtktext: Make sure input method sees focus in

Currently when the widget is realized after the focus in event the input
method isn't activated as enable is never sent. The call trace is

  gtk_text_focus_changed ->
    gtk_im_context_focus_in ->
      gtk_im_context_wayland_focus_in

which returns early as self->widget is NULL since it's set up in
gtk_text_realize() via gtk_im_context_set_client_widget(). Handle that
case by invoking gtk_im_context_focus_in() from gtk_text_realize() too.

A case where the above happens is a GtkSearchEntry in a GtkSearchBar.
E.g. in gtk4-demo when starting the demo and then hitting the search
button right away.

Update Chinese (China) translation

Update Brazilian Portuguese translation

buildertool: use curly apostrophe

g-i: mark GtkSnapshot to_(node|paintable) as nullable

Fixes an upstream issue reported at https://github.com/gtk-rs/gtk4-rs/issues/845

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

Use pango api better

See merge request GNOME/gtk!4412

Use pango api better

Avoid direct access to PangoLayoutLine members,
use pango api for it where we can.#

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

Use pango api better

See merge request GNOME/gtk!4411

Use pango api better

Avoid direct access to PangoLayoutLine members,
use pango api for it where we can.

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

Use pango api better

See merge request GNOME/gtk!4409

Use pango api better

Avoid direct access to PangoLayoutLine members,
use pango api for it where we can.

Update Hebrew translation

Update Hebrew translation

Merge branch 'targz' into 'main'

ci: Put gtk dll into an archive

Closes #4653

See merge request GNOME/gtk!4403

Update docs/reference/gtk/migrating-3to4.md

ci: Only use letters in "expose_as"

ci: Put gtk dll into an archive

This avoids the wild card that makes the CI fail

Update Chinese (China) translation

Merge branch 'win32-gl-improvements' into 'main'

Windows: Some fixes to GL context realization (EGL/GLES in particular)

See merge request GNOME/gtk!4386

Merge branch 'bilelmoussaoui/g-i' into 'main'

g-i: mark gtk_text_iter_get_child_anchor as nullable

See merge request GNOME/gtk!4401

Merge branch 'provide-libgtk-dll-as-ci-artifact' into 'main'

Provide GTK DLL as GitLab CI artifact

See merge request GNOME/gtk!4395

Provide GTK DLL as GitLab CI artifact

Merge branch 'context-early' into 'main'

gtkimcontextwayland: Remember context on focus-in so enable can happen later

See merge request GNOME/gtk!4397

g-i: mark gtk_text_iter_get_paintable as nullable

gtkimcontextwayland: Save context even when text_input isn't around yet

Remember the current context on focus-in even though the text-input
isn't set up yet. This helps in the case where the text-input is not yet
created but a widget already got focused. Without that the enable()
invocation in text_input_enter() woulnd't be invoked leaving the input
method disabled.

This fixes

    gtk4-demo --run=search_entry

which would initially not show the on-screen keyboard when e.g using
phoc/sway as compositor.

g-i: mark gtk_text_iter_get_child_anchor as nullable

gdkdisplay-win32.c: Clean up GL initialization further

GDK: Force GLES 3.0+ on libANGLE

...when libANGLE is being used on Windows, by checking for a
Windows-specific an ANGLE-specific extension.

Cleanup "GDK/Win32: Try to fix initializing GLES contexts"

As per Benjamin's suggestions, cleanup the previous implementation on
initializing the GLES context on Windows, so that we use more items that are
already in GDK proper and integrate two functions into one.

gdkglcontext-win32-wgl.c: Cleanup GL context creation

Instead of first trying to explicitly ask for a WGL 4.1 context, ask for
the WGL context version that matches what is reported via
epoxy_gl_version(), so that we get the maximum WGL version that is
supported by the graphics drivers, and make sure any WGL contexts that
are shared with this (initial) WGL context are created likewise.

We can try to do a default-bog-standard 3.2 core WGL context creation
if the need arises, but let's leave that alone for now.

gdkglcontext.c: Ensure EGL contexts are in-sync with shared context

The EGL context that we are actually creating must have matching OpenGL/ES
versions and allowed GL API set with the previously-created EGL context
that will be shared with it so that they can interoperate together, if
applicable.

This will fix the situation by making sure that we request for the
OpenGL/ES version and OpenGL API set that match with what we have in our shared
EGL context.  Otherwise, the newly-created EGL context assumed a OpenGL/ES 2.0
context that supported desktop OpenGL, which may not be what we wanted, such as
in the case of libANGLE.

GDK/Win32: Try to fix initializing GLES contexts

We are now able to create EGL contexts properly on Windows, but not GLES.  This
tries to fix things by doing the following:

*  Record the GL context type in a more proper fashion, using an Enum.  This
   makes things a bit cleaner.
*  Force GLES-3.0+ contexts, since libANGLE requires this to properly work with
   the shaders-its 2.0 contexts don't work well with our shaders.

gskrenderer.c: Use GL renderer on Windows by default

Since now we have the shaders working on Windows under GLES with libANGLE using
a 3.0+ context, drop the check to fall back to the Cairo renderer when GLES is
being used.

Merge branch 'wip/wayland-surface-offset' into 'main'

Fix DND hotspot position under Wayland + EGL/Vulkan

See merge request GNOME/gtk!3705

Merge branch 'gdksurface-wayland-assert' into 'main'

gdksurface-wayland: Fix contradictory assert

See merge request GNOME/gtk!4385

Merge branch 'gsk-transform-nullable' into 'main'

Mark various GskTransform functions as nullable in their return value

See merge request GNOME/gtk!4378

Merge branch 'document_shortcut_func_ret' into 'main'

gtk: document return value of ShortcutFunc

See merge request GNOME/gtk!4389

Merge branch 'wip/dont-always-restore-saved-gtk4' into 'main'

wayland: Don't always restore the saved size when floating

Closes #4634

See merge request GNOME/gtk!4394

Merge branch 'build-post-install-query-media-modules' into 'main'

Meson: Also query media modules in post-install

See merge request GNOME/gtk!4380

Merge branch 'ebassi/fix-release-test' into 'main'

reftest: Avoid assertions being compiled out

See merge request GNOME/gtk!4391

wayland: Don't always restore the saved size when floating

We only save the size when we transition from floating to fixed, so that
we can restore the size to the one prior to being fixed.

However, we should not restore to this size whenever we see a 0x0 size
from xdg_toplevel, as it can do that any time it doesn't care about the
size, e.g. when the surface is floating and just changing state.

Fix this by only using the saved size when transitioning from fixed to
floating, not when staying floating while previously floating.

Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/4634

reftest: Avoid assertions being compiled out

Calling functions inside a g_assert() means those functions will be
compiled out when building with G_DISABLE_ASSERT.

This fixes the release job in the CI pipeline.

gtk: document return value of ShortcutFunc

Merge branch 'fix-keyboard-shortcuts-win32' into 'main'

Win32 key events cleanup

See merge request GNOME/gtk!4349

GdkWin32: Add translation result w/o CAPS LOCK to key events for accelerator matching

GdkWin32: Remove _gdk_input_codepage variable

It's unused

GdkWin32: Code reorganization for gdk_event_translate

Merge branch 'ebassi/issue-4596' into 'main'

i18n: Detect more translatable attribute values

Closes #4596

See merge request GNOME/gtk!4383

Merge branch 'win32-imcontextime-ignore-control-characters' into 'main'

Fix handling of control characters & remove Win32-specific hacks from gdkkeyuni.c

Closes #2865

See merge request GNOME/gtk!4387

GtkIMContextIME: Ignore ASCII control characters

Make GtkIMContextIME ignore ASCII control characters just like other
IMContext implementations (e.G. GtkIMContextSimple). Fixes bogus
characters appearing in text input fields (old bug 676077).