Closed
Bug 14624
Opened 25 years ago
Closed 25 years ago
tab stealing in editor
Categories
(Core :: DOM: Editor, defect, P3)
Core
DOM: Editor
Tracking
()
VERIFIED
FIXED
M12
People
(Reporter: buster, Assigned: Brade)
Details
I've mentioned this before but not on the newsgroup: someone is
stealing tabs
from us. Please don't remove the special case for tabs
from the KeyDown()
listener until this is fixed. Yes, it's an ugly hack
- but it's a workaround
to another bug; it needs to stay until the other
bug is fixed.
Assignee | ||
Comment 1•25 years ago
|
||
I think this has now been fixed (we now get two key events for tab keys--one for
keydown and one for keypress). The current bug is that tab is handled twice in
the editor (can be seen in a table for tab navigation).
Comment 2•25 years ago
|
||
Kathy, do we get two tab events for mac, as well? The original bug that this
worked around was mac-only.
Assignee | ||
Updated•25 years ago
|
Assignee: buster → brade
Status: ASSIGNED → NEW
Assignee | ||
Comment 3•25 years ago
|
||
Reassign bug to myself (at least for now) to get buster out of the loop. :-)
Joe--I don't understand your question.
On Mac build from yesterday, when I pressed tab inside a table, the keydown code
handled the tab key and then the keypress code handled the tab key. Right now,
the editor event listeners are listening to both keydown and keypress. At this
point, the proper fix is to remove the keydown case.
Joe--I can do this or you can reassign the bug to yourself.
Comment 4•25 years ago
|
||
You answered my question Kathy. Thanks! If you could take this one over, that'd
be great!
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•