Country code

[RafaelReyesCarmona]

Hello. Could you include a country code selector? When a password is generated, some characters do not match the keyboard layout. For example, the character : on my keyboard is ñ. And the password is sent incorrectly via USB/Bluetooth. Thanks.

[makepkg]

Hi @RafaelReyesCarmona,
Thanks for reporting this — you've correctly identified a real limitation. BLE/USB HID keyboard emulation sends raw USB HID keycodes, not characters. Those keycodes only map to the right character if the host OS keyboard layout matches what the firmware assumes when generating them. Right now the firmware assumes US QWERTY, so on layouts where symbol positions differ (like Spanish, where the : position corresponds to ñ), some characters land wrong — exactly what you're seeing.
A layout/country-code selector is the correct fix, not a workaround. I'll add it to the roadmap: a setting (web interface + on-device) to choose the host keyboard layout, so the firmware translates password characters to the correct keycodes for your layout before sending them over BLE/USB.
In the meantime, as a partial workaround: if a generated password avoids symbols that differ between your layout and US QWERTY (or uses only letters/digits), it should type correctly. Not a real fix, just something to unblock you until layout support lands.
Thanks for the clear, reproducible report — this kind of detail (exact character, exact mismatch) makes it easy to prioritize correctly.

[RafaelReyesCarmona]

Thank you for your work. I wanted to point out another detail regarding how the password is entered. Let’s take a simple password, ‘abcd’, as an example. If Caps Lock is enabled on the physical keyboard, you’ll type ‘ABCD’. This is an important point to bear in mind to use the device correctly. Thank you for everything.