Raise the layout limit to 32

[wismill]

With #362 merged, Time Has Come!

32 is probably too much, but unless we are wasting memory somewhere, I see no reason to not allow the maximum.

Fixes #37

TODO:

• Add more tests (all components, states, X11, etc.)
• Publish working rules in xkeyboard-config
• Log entry

[zzag]

On the desktop environment side, would we need to do something? or things will "just work" after updating xkbcommon and xkeyboard-config?

[wismill]

@zzag For now we do not expose the max number of layouts, so this limit is probably set using X11's XkbNumKbdGroups or simply hard-coded. We should provide our own upper bound.

If a DE supports both Wayland and X11, the tricky part is how to interface with XWayland. Indeed, under a pure X11 or Wayland session, it suffices to use the respective limits.

First solutions that come to my mind:

• Change nothing 😄
• Use a 4 moving subset of the layouts, which should include the first one¹ and the current one, with some buffer. E.g. for layouts a,b,c,d,e,f, if e is active then compile the keymap with layouts a,d,e,f for XWayland.

By the way, what DE do you deal with?

Footnotes

1. The first layout is the default layout and may have an impact on the overall keymap. ↩

[zzag]

By the way, what DE do you deal with?

Plasma

[wismill]

By the way, what DE do you deal with?

Plasma

@zzag I opened a KWin issue a few weeks ago.