Closed
Bug 21532
Opened 25 years ago
Closed 24 years ago
Bad key-mappings for form completion.
Categories
(Core :: Layout: Form Controls, defect, P1)
Tracking
()
VERIFIED
WORKSFORME
mozilla0.9
People
(Reporter: lorenzo, Assigned: bryner)
References
()
Details
(Keywords: access, helpwanted, Whiteboard: [nsbeta2-][nsbeta3-])
I've just tested M11 on my system, and have been mostly happy to see (at last!)
the focus moving to the forn-post button when moving between input elements with
the tab key.
Now, there are two misbehaviours: first of all, you have to click on the space
bar to submit, instead of the usual "Enter on the submit button" you get from
Netscape on non-unix platforms, and any other browser; after you submitted the
form, comes the second problem: the focus is lost, and you cannot jump between
form input fields with the keyboard until you clicked on one of them.
Updated•25 years ago
|
Assignee: karnaze → kmcclusk
Comment 1•25 years ago
|
||
Reassigning to Kevin.
Updated•25 years ago
|
Target Milestone: M11
Updated•25 years ago
|
Comment 2•25 years ago
|
||
I'm seeing simular problems on WINNT with a 12/10/99 10:00am build. When tabbing
over a submit button in test5.html then pressing return it does not depress the
button. It also leaves the focus outline around each form element I have
visited. If I hit the spacebar it will depress the radio button but it will not
depress a button that has focus when the spacebar is hit.. I think this is a XP
focus issue not specific to Linux.
Setting OS to All and re-assigning to sarri for focus issues.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M13
Updated•25 years ago
|
Target Milestone: M13 → M15
Comment 3•25 years ago
|
||
Pushing to M15
Comment 4•25 years ago
|
||
One problem seems to be that we don't reset focus to the current document when a
form submit happens. I'm not sure why that is.
The other is button related, not focus.
Comment 6•25 years ago
|
||
nsbeta2 6/1-. html32 behavior b.c. Also important for accessibility.
Keywords: nsbeta2
Comment 7•25 years ago
|
||
nsbeta2 6/1-. html32 behavior b.c. Also important for accessibility.
Comment 10•24 years ago
|
||
Docshell is giving the focus to another docshell instead of keeping it in the
document. This is the correct behavior, sometimes. Just not this time.
Comment 11•24 years ago
|
||
Cleaning up status whiteboard by marking beta2 minus (6/15 has passed)
There is too much doomage to get to this for beta2 it seems.
Whiteboard: [nsbeta2+][6/15] → [nsbeta2-]
Updated•24 years ago
|
Updated•24 years ago
|
Summary: Bad key-mappings for form completion. → [access]Bad key-mappings for form completion.
Comment 15•24 years ago
|
||
-bryner, access->keyword. Brian - Chris is swamped, could you take this on?
Assignee: saari → bryner
Status: ASSIGNED → NEW
Keywords: access
Summary: [access]Bad key-mappings for form completion. → Bad key-mappings for form completion.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 17•24 years ago
|
||
This WORKSFORME on a current Linux build. Here's what I tried:
- Bring up test #5
- tab to Submit button
- press Enter, note that form submits
- hit tab, note that no click is necessary to move focus to the document
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 18•23 years ago
|
||
updating QA contact to vladimire@netscape.com
QA Contact: bsharma → vladimire
Comment 19•23 years ago
|
||
verifying on build 2001-06-21-04-trunk windows 98
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•