Consolatis

That still leaves the question if labwc should try harder to find \*some\* terminal emulator for its hardcoded keybinds and root menu. I also just noticed that the root menu...

> My thoughts: > > 1. We should remove alacritty from the default (hard coded) keybinds. It was something I > threw in a long time ago (probably before `0.1.0`...

This setting does not belong to ``, if we want this feature it should likely be an argument of the `ShowMenu` action. Turning this PR into a Draft for now...

Sounds like we should include the output geometry in `xwayland_apply_size_hints()`. Thoughts @jlindgren90 ? Edit: Or rather the output layout geometry? Otherwise we'd prevent resizing over multiple outputs.

If we add the output layout geometry check just within the `if (hints) {` condition I'd argue that the complexity added is pretty contained to that specific use-case and wouldn't...

I guess that would be an alternative solution: always round down to the "previous" increment instead of rounding up to the next one. That should prevent the described issue because...

I think we can get away with a single one that uses the biggest size (as long as the output buffer formats are being compatible). We might then need to...

Something like this should do the job for non-adaptive sync cases: ```patch From c421df23d6b05283963b3db40661288d1d75224a Mon Sep 17 00:00:00 2001 From: Consolatis Date: Fri, 16 Aug 2024 02:44:42 +0200 Subject: [PATCH]...

History of the "window geometry for client .. appears to be incorrect": - https://github.com/labwc/labwc/issues/1194#issuecomment-1773944610 - #1229

`yazi` from IRC tested out a suggested workaround for wlroots from [this](https://gitlab.freedesktop.org/wlroots/wlroots/-/issues/3850) issue and it seems to fix it. However there is no proper investigation of the `why` and no...