Describe the bug

When pressing a key on a touch form-factor OSK, the key preview uses the incorrect font. Fortunately, the keys and the subkey menu are both fine and do use the correct font - it's just the key preview that's wrong.

The most prominent example I've found so far for this: using the iOS Keyman app and sil_cameroon_azerty, note the difference between the j keycap and its key-preview text:

While the a would be even more obvious, it's extremely difficult to take a screenshot before its longpress menu appears on a phone. Reproducing this on my laptop via app/browser-Web's inlined-OSK feature:

Compare that a to what you see in the two screenshots before it; the difference should be obvious.

Reproduce the bug

1. Load / install sil_cameroon_azerty or sil_cameroon_qwerty.
2. Press and hold the j key.

Other keys - like a - will also work, but note that if the key supports longpresses, it won't remain displayed long.

Expected behavior

The key-preview font should match that of its base key.

Related issues

No response

Keyman apps

• Keyman for Android
• Keyman for iPhone and iPad
• Keyman for Linux
• Keyman for macOS
• Keyman for Windows
• Keyman Developer
• KeymanWeb
• Other - give details at bottom of form

Keyman version

17.0.134-alpha

Operating system

No response

Device

No response

Target application

No response

Browser

No response

Keyboard name

sil_cameroon_azerty

Keyboard version

Current / shouldn't matter

Language name

Any

Additional context

No response