Issue 13953 - The NUMPAD5 key is generating HOME when NumLock is off
Summary: The NUMPAD5 key is generating HOME when NumLock is off
Status: CLOSED WONT_FIX
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 Beta2
Hardware: Other Linux, all
: P4 Trivial (vote)
Target Milestone: OOo 3.0
Assignee: nospam4obr
QA Contact: issues@ui
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2003-04-30 09:26 UTC by darren.p.kenny
Modified: 2006-02-01 08:03 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description darren.p.kenny 2003-04-30 09:26:30 UTC
The NUMPAD5 key is generating HOME when NumLock is off, this incorrect. 

Java unfortunately doesn't generate _ANY_ event for this key when NumLock is
off - this is also incorrect and a bug will be logged for this.
Comment 1 ru 2003-04-30 13:31:47 UTC
I can reproduce it.
Comment 2 ru 2003-04-30 15:31:32 UTC
.
Comment 3 nospam4obr 2003-05-02 11:20:29 UTC
Philipp, this seems to be a VCL issue on Linux / XFree86:

pressing numpad 5 without numlock should do nothing in a document, but
in StarOffice it moves the cursor to "home". 

Since this does not happen on Solaris, I think the bug is probably in
the system dependent VCL code. 
Comment 4 philipp.lohmann 2003-05-05 11:00:57 UTC
this is obviously not prio 2
Comment 5 thorsten.ziehm 2003-05-19 09:30:11 UTC
This is not a critical bug, we have to fix in OOo 1.1. We had this
also in OOo 1.0. Out of this reason, I set this task to OOo 2.0.
Comment 6 philipp.lohmann 2003-07-29 16:27:45 UTC
dkenny: The Xserver sends a XK_KP_Begin in this case; you're right
this is currently mapped to KEY_HOME in vcl. I can of course change
that, but what would you expect it to do instead ?
Comment 7 nospam4obr 2003-08-28 11:25:57 UTC
We need a way to attach listeners directly to X key events to solve
#13952# anyway, so as soon as this one is fixed, we can safely
suppress this key event in VCL as we do on Solaris (which generates
F31 btw.).
Comment 8 philipp.lohmann 2004-05-27 12:56:43 UTC
pl->obr: this seems to be either dead, or better suited to be solved together
with you issue 13592
Comment 9 Martin Hollmichel 2004-05-28 15:32:55 UTC
according to the announcement on releases
(http://www.openoffice.org/servlets/ReadMsg?list=releases&msgNo=7503) this issue
will be re-targeted to OOo Later.
Comment 10 nospam4obr 2004-07-28 07:59:57 UTC
Accepted.
Comment 11 mdxonefour 2005-09-29 11:09:49 UTC
re-targeted to OOo 3.0
Comment 12 nospam4obr 2006-01-31 12:38:51 UTC
With CWS atkbridge (targeted for 2.0.3), OOo will get a "native" UNO <-> ATK
bridge (see #i47890#), so there is no need to fix the UNO <-> Java bridge in
this regard, especially since key events are not dispatched via this bridge on
Windows. 
Comment 13 nospam4obr 2006-02-01 08:03:00 UTC
.