macos: fix keyboard input on popovers

GdkPopup can also become the "key" window (just not the "main" window).

Merge branch 'wip/chergert/for-macos-1' into 'main'

macos: various correctness fixes

See merge request GNOME/gtk!4485

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

gtkgstpaintable: Handle a NULL value

See merge request GNOME/gtk!4484

macos: add helper to check if surface is opaque

macos: use input_region to specify tracking areas

We want our tracking area to be limited to the input region so that we
don't pass along events outside of them for the window. This improves the
chances we click-out of a popover with a large shadow.

This still doesn't let us pass-through clicks for large shadows on top-
level windows though.

macos: ignore mouse events outside tracking area

We also need to ignore events outside the tracking areas when we are
translating them from NSevent into GdkEvent.

macos: fix incorrect signal disconnect

gtkgstpaintable: Handle a NULL value

gst_element_factory_make can return NULL.

Merge branch 'wip/otte/for-main' into 'main'

glcontext: Remove leftover function call

Closes #4697

See merge request GNOME/gtk!4483

glcontext: Remove leftover function call

That call should have been removed way back when.

Add a testcase to make sure this keeps working.

Fixes #4697

macos: remove assertion from external API

We only should be asserting in static functions. Furthermore, this function
did not need to have GDK_BEGIN_MACOS_ALLOC_POOL as nothing is being
allocated there which would cause pooling to get used.

macos: improve monitor detection at display coordinates

This needs to handle the boundary case where the value is exactly equal
to the edge of a rectangle (which gdk_rectangle_contains_point() does not
consider to be containing). However, if there is a monitor in the list
that is a better match, we still want to prefer it.

Merge branch 'viewport-scroll-to-focus' into 'main'

scrolledwindow: Set scroll-to-focus on viewports

See merge request GNOME/gtk!4356

viewport: Set scroll-to-focus to TRUE by default

In GTK 3 this was the default.

Merge branch 'mac-scrolling-fix' into 'main'

gdk: fix reversed and sluggish scrolling on MacOS

See merge request GNOME/gtk!4479

gdk: fix reversed and sluggish scrolling on MacOS

When using an external mouse on MacOS, the scrolling behavior is
reversed from the user's scrolling preference. Additionally, it is
noticeably sluggish.

This commit fixes both issues by negating the deltas and multiplying
them by 32 before constructing a new scroll event. 32 seems to be the
"traditional" scaling factor according to [Druid], but I'm not sure
where that value actually comes from. Regardless, scaling the deltas by
this amount makes scrolling feel a lot more responsive in the GTK demos.

Scrolling with a trackpad is not affected by either issue because it
triggers a different code path that uses more precise deltas, and
already negates them.

[Druid]: https://linebender.gitbook.io/linebender-graphics-wiki/mouse-wheel#external-mouse-wheel-vs-trackpad

docs: Add Since annotations to GDK_VERSION macros

Update Slovenian translation

Update Slovenian translation

Update Basque translation

Updated Czech translation

widget-factory: Make <F11> toggle fullscreen

Update Catalan translation

Merge branch 'wip/chergert/fix-text-overdraw' into 'main'

css: reduce overdraws from "textview > text"

See merge request GNOME/gtk!4472

css: reduce overdraws from "textview > text"

This was causing us to draw the same background content twice which is a
significant amount of bits to flip in the GPU for maximized windows,
especially twice.

4.6.1

Merge branch 'wip/chergert/popover-opaque-region' into 'main'

add opaque regions to popovers

Closes #4689

See merge request GNOME/gtk!4468

popover: use GtkNative opaque region API

This updates GtkPopover to use the new GtkNative abstraction for
reporting opaque regions of the window, in hopes that it can speed
up compositors for things like animated lists, menu transitions,
and more.

Fixes #4689

window: use GtkNative API to update opaque region

This switches to using the new GtkNative machinery for updating the
opaque region. Some amount of local calculation is still required for
determining when we should apply shadows, and this inherits what was
done previous for that.

Related #4689

native: add API to update opaque region

This abstracts the machinery to update the opaque region for a GtkWindow
into GtkNative so it may be used from other native impelementations such
as GtkPopover.

Related #4689

Merge branch 'bilelmoussaoui/entry-completion' into 'main'

entry completion: add checks that entry is set already

See merge request GNOME/gtk!4450

Merge branch 'enum-docs' into 'main'

docs: Use links in enums

See merge request GNOME/gtk!4452

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

g-i: add a couple of missing nullable annotations

See merge request GNOME/gtk!4470

Merge branch 'primary' into 'main'

gdk: don't leak wayland primary selection offers

See merge request GNOME/gtk!4458

g-i: Add nullable annotations to EventControllerKey::im-context

Fixes https://github.com/gtk-rs/gtk4-rs/issues/874

g-i: Add nullable annotations to CellArea getters

Fixes https://github.com/gtk-rs/gtk4-rs/issues/891

Merge branch 'bilelmoussaoui/layout-manager' into 'main'

layout manager: add a check if the widget exists

See merge request GNOME/gtk!4469

g-i: Mark FileChooser [s|g]et_current_[folder|name] as nullable

The code seems to already check if folder/name is NULL
Fixes https://github.com/gtk-rs/gtk4-rs/issues/896

g-i: Mark get_print_settings as nullable

Fixes https://github.com/gtk-rs/gtk4-rs/issues/880

docs: Use links in enums

Properties already refer to their object, so

    [property@Widget:sensitive] property on [class@Widget]

is redundant.

g-i: mark get_selected_printer as nullable

There is no selected printer if the user closes the dialog
Fixes https://github.com/gtk-rs/gtk4-rs/issues/882

g-i: mark EventController::name as nullable

Fixes https://github.com/gtk-rs/gtk4-rs/issues/893

g-i: add nullable annotation to gtk_single_selection_get_model

layout manager: add a check if the widget exists

Avoid a crash when calling _gtk_widget_get_first_child
Fixes https://github.com/gtk-rs/gtk4-rs/issues/889

Merge branch 'fix-wayland-subproject-build' into 'main'

NEWS: Updates

See merge request GNOME/gtk!4466

NEWS: Updates

gdk: don't leak wayland primary selection offers

Signed-off-by: Julian Orth <ju.orth@gmail.com>

Merge branch 'fix-wayland-subproject-build' into 'main'

Fix build with wayland-protocols subproject

Closes #4530

See merge request GNOME/gtk!4465

Fix build with wayland-protocols subproject

The missing files() was pointed out in #4530.

Fixes: #4530

Merge branch 'column-view-column-new-nullable-factory' into 'main'

Allow passing a `NULL` factory to `gtk_column_view_column_new()`

See merge request GNOME/gtk!4454

Merge branch 'icon-view-drag-dest-item-nullable' into 'main'

Mark `path` out parameter of `gtk_icon_view_get_drag_dest_item()` as `(nullable)`

See merge request GNOME/gtk!4451

Merge branch 'gwagner/gtkbuilder-rng' into 'main'

tools: updated gtk4builder.rng to current state

See merge request GNOME/gtk!4457

Merge branch 'update-keysyms' into 'main'

gdk: Update keyboard symbols from libxkbcommon

See merge request GNOME/gtk!4422

Merge branch 'gtk_assisten_set_current_page-no-pages-guard' into 'main'

Don't dereference a `NULL` page in `gtk_assistant_set_current_page()` if there are no pages at all

See merge request GNOME/gtk!4464

Don't dereference a `NULL` page in `gtk_assistant_set_current_page()` if there are no pages at all

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

gdk: mark gdk_device_get_device_tool as nullable

See merge request GNOME/gtk!4463

Merge branch 'revert-misdeprecation' into 'main'

Revert "Deprecate GdkDevice:source"

See merge request GNOME/gtk!4462

gdk: mark gdk_device_get_device_tool as nullable

Revert "Deprecate GdkDevice:source"

This reverts commit fd9e0dd13a117637db0d265be85952a71ef128b8.

Merge branch 'win32-fix-ctrl-shift-gtk4' into 'main'

gdkkeys-win32: Also ignore Ctrl + Shift (etc.)

See merge request GNOME/gtk!4460

gdkkeys-win32: Also ignore Ctrl + Shift (etc.)

Some Windows keymaps have bogus mappings for the Ctrl modifier. !4423 attempted
to fix this by ignoring the Ctrl layer, but that was not enough. We also need to
ignore combinations of Ctrl with other modifiers, i.e. Ctrl + Shift. For example,
Ctrl + Shift + 6 is mapped to the character 0x1E on a US keyboard (but it should
be treated as Ctrl + ^). Basically, always ignore Ctrl unless it is used in
conjunction with Alt, i.e. as part of AltGr.

Related issue: #4667

Merge branch 'bilelmoussaoui/macos-gdk-display' into 'main'

macos: Don't set NULL as a display name

See merge request GNOME/gtk!4453

tools: updated gtk4builder.rng to current state

Allow passing a `NULL` factory to `gtk_column_view_column_new()`

macos: Don't set NULL as a display name

Other GDK backends ensure there is always a default name set.
Fixes https://github.com/gtk-rs/gtk4-rs/issues/868

Mark `path` out parameter of `gtk_icon_view_get_drag_dest_item()` as `(nullable)`

It can be set to `NULL` and the function body handles `NULL` explictly,
so annotate it accordingly.

entry completion: add checks that entry is set already

If any of the APIs that assumes that the entry is set already is used
before having one already set, things break pretty badly.

Fixes a downstream issue reported at https://github.com/gtk-rs/gtk4-rs/issues/873

Merge branch 'wip/otte/for-main' into 'main'

gltexture: Only use glGetFramebufferParameter() when available

Closes #4678

See merge request GNOME/gtk!4449

rgba: Fix GDK_RGBA() macro to work with alpha

Previously we dividied by an integer, so alpha was either 0.0 or 1.0.

gltexture: Only use glGetFramebufferParameter() when available

Fixes #4678

Merge branch 'wip/jimmac/selected_text' into 'main'

style: legible text selections

Closes #4664

See merge request GNOME/gtk!4433

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

columnviewcolumn: Define autocleanup function

See merge request GNOME/gtk!4440

Merge branch 'more-noexecstack' into 'main'

demos: Make our stack noexec

See merge request GNOME/gtk!4439

Merge branch 'wip/chergert/macos-fixes' into 'main'

various macOS fixes

See merge request GNOME/gtk!4424

Merge branch 'mg/gdk-macos-gdkdisplaylinksource' into 'main'

Include `gdk-private.h` to fix error about `g_source_set_static_name`

See merge request GNOME/gtk!4443

Merge branch 'mg/implicit-declaration-free' into 'main'

gdkjpeg: include `stdlib.h` necessary for `free`

See merge request GNOME/gtk!4445

Update Slovenian translation

Update Slovenian translation

Merge branch 'drop-target-get-formats-transfer-none' into 'main'

Mark `gtk_drop_target_get_formats()` return value as `transfer none`

See merge request GNOME/gtk!4446

Mark `gtk_drop_target_get_formats()` return value as `transfer none`

It was wrongly inferred as `transfer full` by gobject-introspection.

gdkjpeg: include `stdlib.h` necessary for `free`

`free` is defined in `stdlib.h`, see for example
<https://pubs.opengroup.org/onlinepubs/009604499/functions/free.html>.  Without
this include compilation can fail with the following error:

```
../gdk/loaders/gdkjpeg.c: In function ‘gdk_save_jpeg’:
../gdk/loaders/gdkjpeg.c:264:7: warning: implicit declaration of function ‘free’ [-Wimplicit-function-declaration]
       free (data);
       ^
../gdk/loaders/gdkjpeg.c:264:7: warning: incompatible implicit declaration of built-in function ‘free’
../gdk/loaders/gdkjpeg.c:264:7: note: include ‘<stdlib.h>’ or provide a declaration of ‘free’
../gdk/loaders/gdkjpeg.c:302:67: error: ‘free’ undeclared (first use in this function)
   return g_bytes_new_with_free_func (data, size, (GDestroyNotify) free, NULL);
                                                                   ^
../gdk/loaders/gdkjpeg.c:302:67: note: each undeclared identifier is reported only once for each function it appears in
../gdk/loaders/gdkjpeg.c:303:1: warning: control reaches end of non-void function [-Wreturn-type]
 }
 ^
```

Include `gdk-private.h` to fix error about `g_source_set_static_name`

Without this change we get the following error:

```
[1/13] Compiling C object gdk/macos/libgdk-macos.a.p/gdkdisplaylinksource.c.o
ninja: job failed: /opt/bin/aarch64-apple-darwin20-libgfortran5-cxx11/aarch64-apple-darwin20-clang -Igdk/macos/libgdk-macos.a.p -Igdk/macos -I../gdk/macos -I. -I.. -Igdk -I../gdk -Isubprojects/pango/pango -I../subprojects/pango/pango -Isubprojects/pango -I../subprojects/pango -I/workspace/destdir/include/gdk-pixbuf-2.0 -I/workspace/destdir/include -I/workspace/destdir/include/glib-2.0 -I/workspace/destdir/lib/glib-2.0/include -I/workspace/destdir/lib/libffi-3.2.1/include -I/workspace/destdir/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid -I/workspace/destdir/include/cairo -I/workspace/destdir/include/pixman-1 -I/workspace/destdir/include/freetype2 -I/workspace/destdir/include/fribidi -I/workspace/destdir/include/harfbuzz -I/workspace/destdir/include/graphene-1.0 -I/workspace/destdir/lib/graphene-1.0/include -I/workspace/destdir/include/gio-unix-2.0 -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu99 -O2 -g -DG_LOG_USE_STRUCTURED=1 -DGLIB_DISABLE_DEPRECATION_WARNINGS '-DGTK_VERSION="4.6.0"' -D_GNU_SOURCE -DG_ENABLE_DEBUG -DGTK_COMPILATION '-DG_LOG_DOMAIN="Gdk"' -xobjective-c -fno-strict-aliasing -Wno-c++11-extensions -Wno-missing-include-dirs -Wno-typedef-redefinition -Wformat=2 -Wformat-nonliteral -Wformat-security -Wignored-qualifiers -Wimplicit-function-declaration -Wmisleading-indentation -Wmissing-format-attribute -Wmissing-include-dirs -Wmissing-noreturn -Wnested-externs -Wold-style-definition -Wpointer-arith -Wshadow -Wstrict-prototypes -Wswitch-default -Wswitch-enum -Wundef -Wuninitialized -Wunused -Werror=address -Werror=array-bounds -Werror=empty-body -Werror=implicit -Werror=implicit-fallthrough -Werror=init-self -Werror=int-to-pointer-cast -Werror=main -Werror=missing-braces -Werror=missing-declarations -Werror=missing-prototypes -Werror=nonnull -Werror=pointer-to-int-cast -Werror=redundant-decls -Werror=return-type -Werror=sequence-point -Werror=trigraphs -Werror=vla -Werror=write-strings -Wnull-dereference -fvisibility=hidden -MD -MQ gdk/macos/libgdk-macos.a.p/gdkdisplaylinksource.c.o -MF gdk/macos/libgdk-macos.a.p/gdkdisplaylinksource.c.o.d -o gdk/macos/libgdk-macos.a.p/gdkdisplaylinksource.c.o -c ../gdk/macos/gdkdisplaylinksource.c
../gdk/macos/gdkdisplaylinksource.c:201:3: error: implicit declaration of function 'g_source_set_static_name' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
  g_source_set_static_name (source, "[gdk] quartz frame clock");
  ^
1 error generated.
ninja: subcommand failed
```

macos: fallback to conversion on WCG colorspace

We don't want to risk having something really weird come out if we have a
WCG colorspace, so instead only do the performance hack on systems where
the output is likely reasonable.

We will want to eventually just be drawing in the appropriate colorspace,
but that is not available yet.

Update Basque translation

macos: handle sizing changes when switching monitors

This should make sure that our scales are updated as well as
ensuring we repaint the whole surface.

Merge branch 'wip/hadess/inspector-search-by-pointer-gtk4' into 'main'

inspector: Search by pointer address

See merge request GNOME/gtk!4442

macos: assume monitor colorspace when drawing

When using software rendering w/ cairo, assume we're drawing in
the best-monitor's colorspace rather than RGB to avoid colorspace
conversions on every frame.

macos: add API to get monitor colorspace

inspector: Search by pointer address

Useful to find a widget that corresponds to a pointer address in gdb.

macos: precalculate clip regions as CGRect

We can make our drawRect do less work if we precalculate the clip
and damage regions upfront by intersecting them with the bounds.

columnviewcolumn: Define autocleanup function

macos: fix unmaximize opacity around edges of window

macos: use CGContext to draw cairo surfaces

Instead of relying on cairo_t to perform drawing from our backing
image surface to the Core Graphics context, we can convert the
cairo_image_surface_t into a CGImageRef without having to copy
data if we are certain of the alignment of the image up front.

Without this, there are many situations, based on the size of the
window that could cause cairo to take a slow path and malloc/copy
the data to ensure that alignment.

The previous commit titled "macos: align image surface rowstride to
16-bytes" ensures that this invariant is true so that our drawing
code can assume we can reference the framebuffer from the
cairo_image_surface_t using a CGDataProvider.

Since GdkMacosCairoContext and GdkMacosCairoSubview are coordinating,
we can also setup the transformation/scale early when drawing the
cairo_image_surface_t instead of when copying it to Core Graphics.

Furthermore, the CGImageRef is created with an RGB colorspace so
that we are not performing colorspace conversion to the output
device. We don't get color matching between displays, but we don't
expect that anyway, particularly with the software renderer.

macos: align image surface rowstride to 16-bytes

When creating a cairo_image_surface_t we want both the framebuffer pointer
and each row to be aligned to 16-bytes so that Core Graphics will use more
optimal paths.

However, cairo_image_surface_create() will not guarantee that the rowstride
is aligned to 16-bytes so we must do that ourselves.

macos: avoid unnecessarily destroying cairo_t

This avoids destroying a cairo_t when we are within the frame as it
otherwise causes the surface to unnecessarily flush.

macos: cleanup window surface when destroying context

Make sure we release the cairo_surface_t for the window when
disposing the GdkMacosCairoContext.

macos: be more careful about freezing/thawing surfaces

We need to avoid conflating the managing of frame callbacks from
the freeze/thaw mechanics and ensure we don't perform extra thaw
requests at the wrong time.

macos: check for destroyed surfaces in vfuncs

macos: be more defensive about freezing updates

We only need to freeze the updates if we weren't in the queue already.
That should be the case, but just better to be defensive here.

macos: push to head of awaiting frames

Always add to the head of awaiting frames as the list is processed
in the opposite direction.