ci: Balance the work between jobs

The fedora-x86-64 build does not only build with debug,
it also does the hello build, and it runs the testsuite
multiple times.

Move the hello build to the fedora release build. The idea
is that this lets us do more work in parallel, and spend
less time waiting for the longest-running ci job.

ci: Drop the broadway test run

We are ignoring failures here, and nobody is working
on fixing them. And the failures end up at the end
of the log, adding annoyance to finding the actual
failures.

testsuite: fix another surface unref warning

build: Cosmetics

gsk: Comment out some debug code

The calls of these functions are #ifdef'ed out,
so no point in compiling these functions.

gtk: Don't drop too many references

We only have one reference to the surface,
and it is dropped by gdk_surface_destroy.

All the users of surfaces in gtk had the same
bug: they were all stealing an extra reference
to drop - the one that the renderer was leaking
until recently.

gsk: Fix some renderer gotchas

unrealize() needs to clean up the surface that was set
in realize(), and both need to emit property change
notification.

gsk: Improve test coverage

Add more tests for gsk transforms, render node
and renderer apis.

gsk: Drop an unused function

testsuite: Close displays in the gsk tests

This gives us better coverage of the dispose
codepath for a driver that has actually been
used.

gsk: Dispose the driver when the display is closed

This was the intention, but the object data by itself
does not achieve that: We do run dispose on the display
when it is closed, but object data is only cleared in
finalize. So listen to the ::closed signal and remove
the driver ourselves.

Fix up the drivers dispose implementation enough for
that to actually work.

Use gsk_matrix_transform_point3d consistently

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

tests: Stop copying the tool tests

See merge request GNOME/gtk!5947

tests: Don't disable vertex arrays

It doesn't work, and that makes tests fail.

Improve coverage for half-float fallbacks

build: Rename another option

build: Deprecate an option

Rename the demos option to build-demos, to match
the other options for building optional parts.

build: Require meson 0.63

This is needed for option deprecation.

tests: Stop copying the tool tests

No point in doing that, and the meson feature
we are using here is deprecated.

Post-release version bump

4.11.2

Update baseline docs a bit

Merge branch 'deprecate-align-value' into 'main'

Deprecate GTK_ALIGN_BASELINE

See merge request GNOME/gtk!5946

Update tests

Deprecate GTK_ALIGN_BASELINE

We can deprecated enum values now.

Use GTK_ALIGN_BASELINE_FILL

Replace GTK_ALIGN_BASELINE with its new name
everywhere.

Merge branch 'wip/ebassi/gen-version-macros' into 'main'

Generate version and deprecation macros at build time

See merge request GNOME/gtk!5945

build: Internal tests must set GTK_COMPILATION

Otherwise they won't be able to use the appropriate function visibility
on Windows.

Minimize the amount of inclusions in public headers

Public headers should mainly include gdktypes.h, which already include
the symbol visibility and versioning macros; we can also modify
gdktypes.h to include the enumerations.

Merge branch 'wip/otte/sections' into 'main'

Add GtkSectionModel

See merge request GNOME/gtk!5818

Use #pragma once

We switched over to using #pragma once, so lets
use it consistently, in generated headers as well.

Drop the gdk/gdkversionmacros.h header

It was just added to avoid touching too many files.
Touching them now.

demos: Drop symbol visibility macros from demo types

Since the corresponding source files do not include "config.h", and are
not compiled with `GTK_COMPILATION`, they will generate the wrong symbol
exporting under Windows.

build: Minor style nitpicks

build: Use Meson's gnu_symbol_visibility

Instead of injecting `-fvisibility=hidden` depending on a compiler check
ourselves, let Meson do it for us.

This also avoids us having to filter `-fvisibility=hidden` when reusing
the common compiler flags.

Add a missing file

Fix install location

Use GTK_COMPILATION throughout

It is a bit ugly that it doesn't fit the neat
namespace schema, but it is what we use everywhere.

Don't excessively define GDK_EXTERN

Once is enough.

Make it build

Fix the circular dependency by moving the generated
headers to gdk/version/, and build that directory
first.

Misc other fixes, such as putting the custom targets
as sources, not depedencies, and using the correct
major version in the generator script.

Generate version and deprecation macros at build time

Let's poach the same script used by GLib to avoid having to add all the
version macros by hand every time we increment the GTK version.

This is a work in progress:

- need to rename the GLIB_STATIC_COMPILATION check
- circular dependency: libgtkcss depends on gdkversionmacros.h, but libgdk
  depends on libgtkcss

Merge branch 'wip/otte/no-vsync' into 'main'

Add GDK_DEBUG=no-vsync

See merge request GNOME/gtk!5944

listview: Make inertness not depend on factory

The inertness concept introduced in 62e9d1e470b assumed a listview was
inert when no factory was set. This has 2 problems:

1. columnview uses a listview without factories.

2. header factory being set but factory not being set technically makes
   the listiew inert - but should it?

So for now, make inertness only depend on visibility and root.
A side benefit is that this matches columnview semantics.

gtk-demo: Add alternative settings demo

This one displays a long list of all settings with sections and allows
filtering the list to quickly search for keys.

gtk-demo: Split out code from the settings demo

I want to add another demo using settings and share relevant code.

theme: Add some random CSS for section headers

listitemmanager: Create header items for sections

Now, finally, listitemmanager has all the necessary support to make
section headers work.

listview: GtkListHeader and gtk_list_view_set_header_factory()

Adds infrastructure for handling factories for list headers.

For now, listitemmanager doesn't instantiate them, so they aren't used.

listitemmanager: Add GtkListItemChange

... for tracking widgets during changes.

This just pulls all the different disjointed parts into one struct with
a sensible API.

listitemmanager: Add GtkListHeaderBase and vfuncs

This is plumbing for section handling.

The vfuncs don't do anything, this is just the infrastructure.

listitembase: exit early

When update() is called but no values are changed, exit early.

listitemmanager: Make sections configurable

Add a gtk_list_item_manager_set_has_sections() (default: FALSE) that
requires explicit turning on for the listitemmanager to gain section
support.

listitemmanager: Add/remove sections as needed

When ensuring widgets, ensure that their section is known. This will
be relevant when we use section widgets.

Also ensure that sections that don't cover any widget get destroyed.

testsuite: assert widgets are in matched sections

All widgets that we display should have their sections known, so assert
that that is the case.

testsuite: Add a print function for the listitemmanager

This is very useful when debugging.

listitemmanager: Add gtk_list_tile_get_next_skip()

... and gtk_list_tile_get_previous_skip() and use them.

Allows skipping over REMOVED and FILLER tiles which makes the code a lot
more readable.

listitemmanager: Add gtk_list_tile_set_type()

testsuite: Add verbose output to listitemmanager test

listitemmanager: Properly handle sections during add/remove

We don't insert sections ourselves yet, but we handle the existing one
when items get added or removed.

listitemmanager: Augment header/footer info

listitemmanager: Add section tiles

For now, we just have a HEADER at the start and a FOOTER at the end.
That's hard enough to get right.

testsuite: Improve listitemmanager test

It now has trackers!

listitemmanager: Add tile types

We have a FILLER and a REMOVED type now.

Also makes gc() more sensitive to types.

listitemmanager: Add a type to tiles

There's only one type for now, but hey, you have to start somewhere.

testsuite: Add tests for sections to filterlistmodel

Add a test for filterlistmodel sections

filterlistmodel: Support sections

Propagate sections from the child model to
the filter model.

sortlistmodel: add a fast path for get_section()

testsuite: Add section tests to sortlistmodel test

Add a test for sortlistmodel sections

sortlistmodel: Implement GtkSectionModel

The get_section() implementation is a slow and steady implementation
that has to be careful to not screw up when an incremental sort is only
partially sorted.

flattenlistmodel: Implement GtkSectionModel

Each child model is reported as one section.

Implement GtkSectionModel for all selection models

Add GtkSectionModel

Prototyping the interface to be used for sections in listview, so people
can review and play with it.

testsuite: Add a listitemmanager test

Merge branch 'reftest-msvc' into 'main'

reftest-snapshot.c: Fix running reftests on Visual Studio

See merge request GNOME/gtk!5937

Merge branch 'inspect-a11y-bounds' into 'main'

Inspector accessibility pane improvements

See merge request GNOME/gtk!5941

wayland: Don't assert when requesting another frame

When GDK_DEBUG=no-vsync is on, we might have more than one outstanding
frame. Don't assert when that hapens. Just request a frame callback for
the first and skip the others.

frameclock: Keep more history

Not all frames get timing info with GDK_DEBUG=no-vsync, so make sure
that even when we render tons of frames, the one frame that does get
timing info is still there when the timing info arrives.

I set it to 128 from 16 now.
This is roughly good enough to go to 5000fps from on a 60Hz monitor.

gtk-demo: Update fps with higher priority

We want to make sure to always update it, so make sure it has a higher
priority than redraws.

gdk: Add GDK_DEBUG=no-vsync

That turns off waiting and freezing in the frame clock and in
surfaces and triggers redraws asap.

frameclock: Add gdk_frame_clock_idle_is_frozen()

This is in preparation for a future commit.

Also turn some macros into inline functions and pass the clock instead
of its priv pointer.

Merge branch 'fix-wgl' into 'main'

Few fixes for WGL after recent updates

Closes #5808

See merge request GNOME/gtk!5936

Merge branch 'fix-gsk-crash' into 'main'

Fix a refcounting mishap in gsk

Closes #5823

See merge request GNOME/gtk!5943

gsk: Fix a refcounting mishap

This may fix #5823

gdkglcontext-win32-wgl.c: Always request alpha bits

...when we are using wglChoosePixelFormatARHB().  This ensures that we
hvae a HDC with a pixel format that will really support alpha bits, as
we did for the traditional ChoosePixelFormat().

Thanks to Patrick Zacharias for testing and pointing things out.

win32: Turn off multisampling

We know we draw beautiful Windows, but drawing them once is totally
enough.

win32: Actually increase the counter

We were sending random junk to ChoosePixelFormat().

Also assert that we don't overflow the array. That might be usefu to
know if we carelessly add attributes later.

GDK/Win32: Use dummy WGL contexts more

... for creating the actual WGL contexts, so that we can cut down on the
number of times where we need to create the base, legacy WGL contexts in
order to create the WGL contexts with attributes.  We could just use the
dummy context that we have to make it current to create the needed
WGL contexts.

gdkglcontext-win32-wgl.c: Fix using wglChoosePixelFormatARB()

If we are querying the best supported pixel format for our HDC via
wglChoosePixelFormatARB() (i.e. we have the WGL_ARB_pixel_format extension),
it may return a pixel format that is different from the pixel format that we
used for the dummy context that we have setup, in order to, well, run
wglChoosePixelFormatARB(), which sadly requires a WGL context (HGLRC) to be
current in order to use it, which means the dummy HDC already has a pixel
format that has been set (notice that each HDC is only allowed to have its
pixel format to be set *once*). This is notably the case on Intel display
drivers.

Since we are emulating surfaceless GL contexts, we are using the dummy GL
context (and thus dummy HDC that is derived from the notification HWND used in
GdkWin32Display) for doing that, we would get into trouble if th actual HDC
from the GdkWin32Surface has a different pixel format set.

So, as a result, in order to fix this situation, we do the following:

* Create yet another dummy HWND in order to grab the HDC to query for the
  capabilities the GL drivers support, and to call wglChoosePixelFormatARB() as
  appropriate (or ChoosePixelFormat()) for the final pixel format that we use.
* Ditch the dummy GL context, HDC and HWND after obtaining the pixel format.
* Then set the final pixel format that we obtained onto the HDC that is derived
  from the HWND used in GdkWin32Display for notifications, which will become our
  new dummy HDC.
* Create a new dummy HGLRC for use with the new dummy HDC to emulate surfaceless
  GL support.

Merge branch 'fix-5808' into 'main'

gdkglcontext-win32-wgl.c: Fix WGL context realization on 32-bit

Closes #5808

See merge request GNOME/gtk!5942

gdkglcontext-win32-wgl.c: Fix WGL context realization on 32-bit

We are currently using g_clear_pointer() on the intermediate WGL contexts
(HGLRC)'s that we need to create in the way, which means that we need to ensure
that the correct calling convention for wglDeleteContext() is being applied.

To be absolutely safe about it, use the gdk_win32_private_wglDeleteContext()
calls, which will in turn call wglDeleteContext() directly from opengl32.dll
(using the OpenGL headers from the Windows SDK) instead of going via libepoxy,
which will assure us that the correct calling convention is applied.

Fixes issue #5808.

inspector: show GtkAccessible bounds in a11y pane

inspector: hide a11y object path when not using AT-SPI backend

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

Revert "TEST TEST TEST"

See merge request GNOME/gtk!5940

Revert "TEST TEST TEST"

This reverts commit 97aff588d553b147220a1af8eb0d5fad08fefcf3.

That was a test commit for demonstrating things that shouldn't have made
it into main.

So throw it out again.

Merge branch 'new-align-value' into 'main'

filterchooser: Maintain filter combo visibility

See merge request GNOME/gtk!5939

filterchooser: Maintain filter combo visibility

This code broke when it was ported to listmodels
since we always have a non-NULL lis model of filters.
It can just be empty.

Merge branch 'new-align-value' into 'main'

Introduce GTK_ALIGN_BASELINE_FILL/CENTER

See merge request GNOME/gtk!5935

testsuite: Handle duplicate enum values

Our notify tests would fall over if there was
a duplicate enum value (within the first 10 values).

Make it handle that, by skipping the duplicate value.