GitLab

We want to stop exposing GdkKeymap, so this
functionality needs a new home.

We are going to use this type in a different header.

GdkKeymap is on the way out.

GdkKeymap is on the way out.

Show the caps lock warning regardless of whether we
have the peek icon or not.

This is a counterpart to gdk_event_matches() that can
be used to obtain a shortcut matching an event.

Move the elaborate key event matching code from
GtkShortcutTrigger to GdkEvent, which greatly reduces
the amount of keymap api use outside of GDK.

Matthiasc/for master

See merge request !1630

Using the assistant demo repeatedly was crashing.

shortcuts: documentation fixes

See merge request !1628

shortcuts: documentation fixes

See merge request !1628

Update symbol lists, and add examples for parsing triggers
and actions.

Matthiasc/for master

See merge request !1626

The color swatch in the button does not need a
context menu. Turn it off.

The colorbutton contains a button which contains a colorswatch.
We want the focus to go straight to the button, nowhere else,
so mark the swatch as !can-focus.

Adapt tests to match.

Add GtkScrollbarAccessible

See merge request !1623

Somehow the scrollbar accessible manages to call
gtk_scrollbar_get_adjustment when priv->range is NULL.
Survive taht.

Shortcut action parse

See merge request !1625

This is so we can test this code. While doing it
I also fixed the missing else that was caused it
not to work.

When GtkScrollbar stopped being a GtkRange,
GtkRangeAccessible stopped working for scrollbars.

Update a11y tests to match.

imwayland: Clamp the surrounding string end correctly

Closes #2565

See merge request !1621

Focus test

See merge request !1622

In the paths where len > MAX_LEN and cursor/anchor are separated by
at least MAX_LEN from text edges, we were clamping the right end of
the surrounding string at MAX_LEN. Oops.

This end anchor may go as far as the string length, although just
up to len - MAX_LEN in real terms (due to the condition above that
caches cursor/anchor positions being near enough the text end).

Closes: #2565

(cherry-picked from commit d7fb15c8)

It is hard to avoid widgets with the same name in a
large ui file - try harder to record a full focus chain
before decide that we've wrapped, by including the widget
address in the comparison. Note that we don't include
the addresses in the generated output, since that would
make expected output vary from run to run.

Annotation fixes

See merge request !1616

gdk: Move GdkGrabStatus and GdkGrabOwnership decl.

See merge request !1615

Match the arguments name in the declaration and the definition, and make
sure we have the proper transfer annotations.

With the removal of `gdk_seat_grab` we do not need to keep the
definitions of `GdkGrabStatus` and `GdkGrabOwnership` public.

Move those definitions to become internal only.

Matthiasc/for master

See merge request !1611

Clarify a point that took me a few hours to fully track
down, so lets preserve what I found for the next poor
sould coming this way.

Entries and menubuttons are no longer focusable themselves,
they have focusable children. Since we don't have accessible
objects for those, transfer the focus-related state (focusable
and focused) from the children to the main accessible object.