App is only able to map letter keys and is subject to keyboard layout change

[jintakhan]

Describe the issue:
The app only maps letter keys. It cannot map numbers, symbols or other modifiers such as tab.

Your setup:

• macOS version: 26.5.2
• Mouse model: Naga V2 Hyperspeed
• Connection type (Bluetooth/Dongle/USB): Bluetooth

Steps to reproduce:

1. Open app
2. Map non-letter keys
3. See them not work
4. Map letter keys
5. Change keyboard layout to non-QWERTY
6. Button now outputs different letters corresponding to the new layout. For example, cut (Cmd+X) now becomes quit (Cmd+Q) when you switch from QWERTY to Dvorak.

Console output:
Run from Terminal and paste any [HID] or error logs: No errors. Non-letter keys do not register a [Mapping] event at all.

[DParent10]

The "numbers and symbols don't work" half was the same bug as #7 and is fixed on main (#16). Tab and other special keys are covered by #15 / #18 (capture box records them; Quick Presets now lists Return, Tab, Escape, Delete, Space, arrows, Home/End, Page Up/Down). Both ship in v0.2.0.

The Dvorak half is real and separate: mappings store the QWERTY keycode, so on Dvorak that keycode is a different letter. The fix is to resolve the stored character against the active keyboard layout when the key is sent. Keeping this issue open for that; I'll retitle it "Mappings use QWERTY keycodes, wrong letters on other layouts" once v0.2.0 is out.