Re: [orca-list] NumPad 1-9 no longer work since 38ed0659...



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



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]