Closed
Bug 14348
Opened 25 years ago
Closed 25 years ago
[key]Windows key handler sets key code when char code is '.'
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P1)
Tracking
()
VERIFIED
FIXED
M11
People
(Reporter: akkzilla, Assigned: ftang)
References
Details
We attempted to fix the editor code to work with the new definition of key
events, and discovered that the Windows key event generation code apparently
sets a key code of VK_DELETE, or something similar that tells the editor to
delete a character, when the user types a period. The key code should be null
whenever the char code is set.
i can't fix this yet. most of the editor's handling of non-character generating
keys (backspace, tab, etc.) still relies on the virtual key code being set.
buster@netscape.com had talked about doing a branch and fixing the key handling
stuff -- that sounds like a better time to do this, since these changes really
require testing on all 3 platforms.
|
Assignee | |
Updated•25 years ago
|
Assignee: tague → ftang
Status: ASSIGNED → NEW
|
|
Assignee | |
Comment 2•25 years ago
|
||
reassign to ftang per i18ngrp reassignment meeting.
|
|
Assignee | |
Updated•25 years ago
|
Target Milestone: M12 → M11
|
|
Assignee | |
Updated•25 years ago
|
Status: NEW → ASSIGNED
Priority: P3 → P1
Summary: Windows key handler sets key code when char code is '.' → [key]Windows key handler sets key code when char code is '.'
|
||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
|
||
Comment 3•24 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
|
||
Comment 5•24 years ago
|
||
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
|
||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•