Orkuncakilkaya 619476ffed fix(input): keys are physical positions on every layout; Input.key_label names them ... The Windows runtime keyed the held set by the character MapVirtualKeyA gave a virtual key, so a game's WASD belonged to whatever the active layout put there, and with an input method on every letter arrived as VK_PROCESSKEY. The typing block is now read from the scancode (the arrows, numpad and F-keys still by virtual key); macOS reads keyCode the same way. Input.key_label(key) names a key in the player's own layout (Windows) or as its US character elsewhere. Verified on Windows with SendInput into a live window: VK_Z carrying W's scancode holds 'w', VK_PROCESSKEY carrying A's holds 'a', Caps Lock changes nothing. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>		2026-09-15 23:26:53 +03:00
..
language	fix(input): keys are physical positions on every layout; Input.key_label names them	2026-09-15 23:26:53 +03:00
site	feat(cli): install in one command, and call the CLI ludic	2026-09-05 22:01:52 +03:00
CONTROLLERS.md	refactor(cli)!: split the contributor tool out of the ludic CLI	2026-09-05 23:15:12 +03:00
MIGRATION-0.2-to-0.3.md	docs: 0.2 -> 0.3 migration guide	2026-09-02 08:37:13 +03:00
PACKAGES.md	feat(cli): install in one command, and call the CLI ludic	2026-09-05 22:01:52 +03:00
RFC-POSITION-TYPES.md	feat(camera): #78 deterministic Camera.zoom (Q16.16 render-time zoom)	2026-09-02 06:55:37 +03:00
SHIPPING.md	feat(pack): .packignore, so a pack root can leave build artefacts out	2026-09-11 18:29:32 +03:00