- Xwayland support
- Keys' press zone extends to the side edges of the widget
- Layout popover separates languages from special layouts
- Popover can open settings
- Keyboard is invisible when GNOME accessibility setting is off
- Layout tester checks for presence of Backspace and Return
- Adjusts the keyboard size better to tablet-sized displays
- Friulian keyboard layout
- Ukrainian layout
- Belgian layout
- Wide French layout
- Wide Belgian layout
- Wide terminal layout
- Improved tutorial
- Improved README
- Stricter compilation checks
- Minor fixes

Temper a11y, lint

See merge request Librem5/squeekboard!399

The `eek/layersurface.c` file should be excluded because it's an imported, "foreign" source, but clang-tidy doesn't seem to have an annotation for that.

An alternative would have been to exclude it in Meson and do the check there, but that requires clang-tidy, raising the barrier to contribute of Squeekboard even more (it already requires libfeedback, which isn't packaged widely).

This is a bit of a hack: the enable semantics are not finalized yet:

https://source.puri.sm/Librem5/squeekboard/-/issues/238

This prevents the keyboard from appearing over the lock screen at least:

https://source.puri.sm/Librem5/squeekboard/-/merge_requests/397#note_123987

Use multiple key maps, each of which is acceptable by Xwayland

See merge request Librem5/squeekboard!393

Add friulian keyboard and langs layout

See merge request Librem5/squeekboard!396

This reverts commit 16ccb5fd341fbdeff04b1540f99fe9cbe1c27df1

tests: Fix bad field access

See merge request Librem5/squeekboard!395

As a result of an automatic merge, a private field was accessed that shouldn't be.

Key maps are switched on key press whenever needed.

Cleanups leading to Xwayland compatibility

See merge request Librem5/squeekboard!389

At the same time, reduce the distance between this and the Xwayland handling branch.

Improve generation of key maps

See merge request Librem5/squeekboard!388

debian: Insert a "breaks" for librem5-base < 24

See merge request Librem5/squeekboard!392

Optimize sizing

See merge request Librem5/squeekboard!390

Librem5-base sets the GNOME a11y to true, which solves the invisibility of the keyboard on the phone.

Add wide keyboards

See merge request Librem5/squeekboard!391

Expand key press detection to the edges of the view's bounding box

Closes #191

See merge request Librem5/squeekboard!379

This is a copy of the `terminal` layout with modified key dimensions to 
fit a wide arrangement.

This is a copy of the `be` layout with modified key dimensions to fit a 
wide arrangement.

This is a copy of the `fr` layout with modified key dimensions to fit a 
wide arrangement.

Even though proper size management is being worked on, this patch
proposes a simple and easily revertable solution to device-dependent
sizing issues.

First, it provides different calculations based on the display
orientation. In landscape mode, this allows us to have a sensible
keyboard size while leaving enough screen estate for apps to be able to
display useful information.

Then, it gets rid of the weird calculation for display widths between
360 and 540px. While having some continuity is a pleasant idea, in the
real world in doesn't work, as shown by port attempts to other devices:
a 480x800 display (scale 1) would show an unusable 190px-high keyboard
(about half the size of the Librem 5 on-screen keyboard on a device I
own).

Finally, this commit makes sure we never use a hardcoded size.

Tested on the PinePhone, PineTab and Librem 5.

Note: Current behavior is preserved on the L5 in portrait mode, but
keyboard is a bit smaller in landscape mode; this is deliberate, as it
was previously using too much space (causing some apps, such as chatty,
to be unusable).

Using the actual monitor width in pixels can lead to unsatisfying
results, depending on the display orientation and physical size: on a
10" tablet with a 1280x800 resolution (scale 1), portrait orientation
will be using the narrow layout.

If the keyboard is sized in an optimal way (i.e. so the layout fills the
whole area, with no blanks on the sides) this would result in an
unnecessarily huge keyboard being displayed, therefore wasting screen
estate.

Using the virtual display size gives a hint about the physical size of
the device, and can be used to select wide layouts even in portrait
mode, while still preserving current behavior on HiDPI devices.

This has been tested on PineTab, PinePhone and Librem 5.

Add settings option to popover

Closes #154

See merge request Librem5/squeekboard!385

Fixes #154

Sort layouts by type before sorting by name

Closes #176

See merge request Librem5/squeekboard!384

build: Error on repeating declarations

See merge request Librem5/squeekboard!387

Includes changes to the keymap string without which Xwayland won't work.

docs: Tutorial syntax cleanups, reorganization

See merge request Librem5/squeekboard!381

Fix 2 leaks

Closes #148

See merge request Librem5/squeekboard!386

xkb_keymap_get_as_string requires that the string it returns is freed by
the caller.