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): How reproducible: Always 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. Additional info: 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 applications. 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. Thank you!
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.