Closed
Bug 21502
Opened 25 years ago
Closed 24 years ago
Keyboard navigation: [Tab] jump Redraw; kb nav impossble after initial loading
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: burnus, Assigned: joki)
Details
(Keywords: platform-parity)
I use the current snapshoot 1999-12-10-08 for Linux (under SuSE 6.3). Problem: a) After the page is loaded, I'm unable to use the keyboard (arrow keys etc) to move inside of the page -- until I clicked into the window using the mouse. Then everything works fine. b) Using the tabulator key to jump from link to link, the current link is highlighted using a doted frame. jumping to the next link this frame isn't deleted. (FEATURE whish: please don't start at the top of the page, this is quite irritating when you have scrolled to the right part of a rather long page; instead start to use the top-most link of the current view point) c) <textarea> and <input> fields cannot be reached using the tabulator key. I can move from link to link to button to combobox, but not to a edit field (or out of one).
Comment 1•25 years ago
|
||
Reassigning all of leger's unscreened Browser-General bugs to nobody@mozilla.org for pre-screening and triage.
Comment 2•25 years ago
|
||
This looks to be a dup of one or more of bug 3593 and/or bug 16065. burnus@gmx.de, can you look at those, and if they are close enough, resolve this as a dup.
Updated•25 years ago
|
OS: other → Linux
Hardware: Other → PC
Summary: Keyboard navigation: [Tab] jump Redraw; kb nav impossble after initial loading → [PP] Keyboard navigation: [Tab] jump Redraw; kb nav impossble after initial loading
Comment 3•25 years ago
|
||
The problem with needing to click inside the window before keystrokes work noted in (a) is bug 9701. The highlighting behaviour noted in (b) is a DUP of bug 20322, "objects not removing border when losing focus on tabbing". The "jumping to the top of the page" behaviour noted in (b) is a DUP of bug 16065, "Keyboard navigation not jumping to proper UI elements", which seems to be fixed. The behaviour in (c) I observed on 2000-01-10 with a recent nightly build, so this is still a problem, and is what this bug must be about now. Generically this is bug 3593, but basic tabbing (not including TABINDEX support) seems to be working on Windows and Mac. Adding "[PP]" notation. Completely unsure who should get this.
janc, can you reproduce?
Assignee: nobody → joki
Component: Browser-General → Event Handling
QA Contact: nobody → janc
Summary: [PP] Keyboard navigation: [Tab] jump Redraw; kb nav impossble after initial loading → Keyboard navigation: [Tab] jump Redraw; kb nav impossble after initial loading
Comment 5•24 years ago
|
||
The behaviour described in (c) is working correctly with 3/1/2000 build of mozilla on Linux. Since the (a) and (b) are dups of other bugs, I am marking this fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•5 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
•