bug#51002: 28.0.50; [feature/pgtk] Some keypad keys handled as normal keys with pgtk

bug#51002: 28.0.50; [feature/pgtk] Some keypad keys handled as normal keys with pgtk

[Tom Hughes via Bug reports for GNU Emacs, the Swiss army knife of text editors]

With pgtk some keypad keys seem to be recognised as their normal
equivalents rather than the keypad versions.

Enter, insert, delete and the navigation keys all seem to work as
expected and are recognised as kp-enter etc.

The number keys (when numlock is on) and /, (, - and + and just
recognised as normal keys from the main keyboard rather than as
kp-subtract etc.

In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.17.4)
 of 2021-10-04 built on bericote.compton.nu
Repository revision: 4c49ec7f865bdad1629d2f125f71f4e506b258f2
Repository branch: feature/pgtk
Windowing system distributor 'System Description: Fedora 34 (Thirty Four)

Configured using:
 'configure --with-pgtk --prefix=/var/tmp/emacs 'CFLAGS=-O2 -march=native''

bug#51002: 28.0.50; [feature/pgtk] Some keypad keys handled as normal keys with pgtk

[Lars Ingebrigtsen]

Tom Hughes <tom@compton.nu> writes:

> With pgtk some keypad keys seem to be recognised as their normal
> equivalents rather than the keypad versions.
>
> Enter, insert, delete and the navigation keys all seem to work as
> expected and are recognised as kp-enter etc.
>
> The number keys (when numlock is on) and /, (, - and + and just
> recognised as normal keys from the main keyboard rather than as
> kp-subtract etc.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I think I remember seeing a similar bug report, and if I remember
correctly, this should now be fixed on the current "master" branch.
(But I may well misremember.)  Would it be possible for you to check?

bug#51002: 28.0.50; [feature/pgtk] Some keypad keys handled as normal keys with pgtk

[Tom Hughes via Bug reports for GNU Emacs, the Swiss army knife of text editors]

On 12/09/2022 11:28, Lars Ingebrigtsen wrote:

> Tom Hughes <tom@compton.nu> writes:
> 
>> With pgtk some keypad keys seem to be recognised as their normal
>> equivalents rather than the keypad versions.
>>
>> Enter, insert, delete and the navigation keys all seem to work as
>> expected and are recognised as kp-enter etc.
>>
>> The number keys (when numlock is on) and /, (, - and + and just
>> recognised as normal keys from the main keyboard rather than as
>> kp-subtract etc.
> 
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
> 
> I think I remember seeing a similar bug report, and if I remember
> correctly, this should now be fixed on the current "master" branch.
> (But I may well misremember.)  Would it be possible for you to check?

This still seems to happen on master, yes.

Tom

-- 
Tom Hughes (tom@compton.nu)
http://compton.nu/

bug#51002: 28.0.50; [feature/pgtk] Some keypad keys handled as normal keys with pgtk

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

forcemerge 51002 53200
thanks

Tom Hughes <tom@compton.nu> writes:

> This still seems to happen on master, yes.

This is yet another GTK input method module problem.  You can disable
input methods with

  (pgtk-use-im-context nil)

for the time being, and in the long term, complain to the ibus or fcitx
developers.