Hello again, Some more info on this issue: it seems that not all applications behave the same way when Orca is active. I said that commit db70a731 worked correctly; in gnome-terminal my numpad keys indeed work as expected. However, if I open up a run-dialog (Alt + F2), and then enter the digits 0-9 on the numpad, the zero is spoken. The others are spoken and interpreted as Orca commands. "1" moves the cursor back one character, "2" speaks the current character, etc. All the while, the keyboard cursor does not move and the digits are not entered. Using Debian 10, GNOME Shell 3.30.2 and Orca master. Hope this helps, Frans-Willem On 05-07-2020 12:24, Frans-Willem Post wrote:
Dear Joanie, all, Using Debian 10 and Orca master. Since a few days ago, when Orca is active, my numpad digits 1-9 no longer work. They get spoken by Orca, but are not entered in the text field or content area the cursor is in. The 0-key works, however. When Orca is not running, all keys work as expected. Note: my numlock and numlock-light are both ON. I opened up the git history and found that this behaviour started with commit 38ed0659506260dc5ffdfa5e8099d0afc92c43d9. The previous (db70a731fec490fbafcc5e2f8c5e3deeef1794f7) has working numpad keys for me. Are other people having this same issue? Do I need to update any ATK-related packages? Kind regards, Frans-Willem
-- Met de bijlage 'signature.asc' kan uw e-mailprogramma garanderen dat bovenstaand bericht van mij afkomstig is, en onderweg niet door derden is aangepast.
Attachment:
signature.asc
Description: OpenPGP digital signature