Red Hat Bugzilla – Bug 142116
Keypad arrows doesn't work in OpenMotif programs
Last modified: 2007-11-30 17:10:56 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021203
Description of problem:
In FC3 the keypad keys take into account the NumLock status, so that
when NumLock is off, they produce cursor movement keys (4=KP_Left, etc.).
But Motif programs simply ignore these keystrokes.
I can suppose that this happens because all actions in Motif widgets
are bound to osf-keys, while none of KP_-keysyms are listed in
osf-keys definitions (but that's only a hypothesis, I'm not very
familiar with how xmbind works).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Set the keymap in which keypad keys produce cursor movement keys
(it is so in default en_US install).
2. Run e.g. nedit.
3. For example press F10 to go to menu, and try to navigate there with
keypad cursor keys.
Actual Results: Nothing happens.
Expected Results: The cursor should move according to keys pressed.
This behaviour is there probably since ancient versions of Motif, so
openmotif21 may also be affected, but I haven't a chance to test it yet.
There is no default behaviour for the numpad keys. Motif applications
usually define translation tables for this. It would not be good to
add a default behaviour to motif, because this can modify existing
Please file a bug against the application, which should define the
translation table for these keys.
Closing as not a bug.
Sorry, but this isn't application-specific bug, it *is* a Motif bug.
Most keyboards have, for example, an <Enter> key on a keypad, and it
works exactly as "main" <Enter> key, right? Keypad arrows are
*exactly* in the same league as KP_Enter, so, when NumLock is off,
they MUST do exactly the same as regular arrows do.
In all non-Motif applications keypad keys DO work as arrows, this is a
standard practice (not to mention windoze, where situation is the same).
(Of course, if some application wishes to make nonstandard use of
keypad, it may have specific translation table entries, but by default
keypad arrows must work as regular arrows do.)
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
Yes, the bug is still present in FC5 in intact form.
Just run any Motif app and try to use keypad arrow keys with NumLock off. These
keys are simply ignored.
Moving to FC5 as per comment #4.
I am sorry, but support for openmotif was dropped for newer Fedora releases.
Please try to reproduce your problem with lesstif and open a bug for lesstif if
the problem still exists.