In the current version of Anki on osX, when I am in the editing window, editing a field of my note, and switch keyboards, the first character I type is lost. This happens switching from the US to the PY (russian) keyboard and back from PY to US. This happened after I upgraded to the latest Anki from the February version, so this was my first switch to the new installer. I am using the latest version of sequoia on a ~three year old power book (not silicon).
I was not able to reproduce this behavior on my slightly-newer Mac and OS:
- Anki 25.09.2 (3890e12c)
- Python 3.13.5 Qt 6.9.1 PyQt 6.9.1
- Platform: macOS-26.1-arm64-arm-64bit-Mach-O
- M1 Mac Mini, macOS Tahoe 26.1
- Using a US-layout USB keyboard
In the Anki Browse window, I select a Note to edit. I move to one of the Fields.
- With Keyboard set to “US” (U.S.), I press the “asdf” keys. I see “asdf” appear in the Field, as expected.
- I change the Keyboard to “PY” (Russian) and press the “asdf” keys. I see “фыва” appear in the Field, as expected.
- I change the Keyboard to “US” (U.S.) and press the “asdf” keys. I see “asdf” appear in the Field, as expected.
- I change the Keyboard to “PY” (Russian) and press the “asdf” keys. I see “фыва” appear in the Field, as expected.
The same behavior occurs when using the “A” (ABC) keyboard instead of “US” (U.S.).
I also confirm that the “enabling Caps Lock causes the next keypress to be consumed” bug (a bug with a similar symptom) still exists on my Mac and is seen with all Keyboards, A, US, and PY: Caps lock acts as dead key on macOS/Qt 6.8.1 · Issue #3740 · ankitects/anki · GitHub
1 Like
Thanks for checking. Indeed, I have capslock to switch enabled, so this matches previously noted issue.
1 Like