The bitmap held 256, and forward dropped anything above it rather than passing it on, so a key the engine does not want vanished instead of reaching the client. Keys do live up there: KEY_FN is 0x1d0, KEY_VOICECOMMAND 0x246, KEY_MACRO1 0x290, and xkeyboard-config maps keycodes to <I709>, so they carry a keysym and are nothing special to us. sway matches its bindings before it hands a key to the grab, so an unbound one of those was lost for as long as any text field had the focus. The whole evdev range costs 96 bytes of bitmap instead of 32. The test already writes the bound rather than the number, so it still says what it said. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
17 KiB
17 KiB