Closed
Bug 3256
Opened 26 years ago
Closed 26 years ago
Tabbing doesn't automatically scroll off-screen fields into view.
Categories
(Core :: DOM: Core & HTML, defect, P2)
Tracking
()
VERIFIED
FIXED
M11
People
(Reporter: paul, Assigned: pollmann)
References
Details
(Whiteboard: 27-Aug-99 Can't verify fix due to bug 12655 [TESTCASE])
Attachments
(1 file)
|
(deleted),
text/html
|
Details |
Have NGLayout display a form containing a bunch of text input elements, where
not all fields can be viewed at once (some are off-screen, where user must
scroll to view them). When tabbing to a field that is off-screen, NGLayout
doesn't automatically scroll the field into view.
This is the behavior using a Win32 optimized build of NGLayout, running under NT
4.0.
|
||
Updated•26 years ago
|
Assignee: karnaze → joki
|
|
||
Comment 1•26 years ago
|
||
Tom: when the tab manager is working, please reassign this bug to me.
|
||
Updated•26 years ago
|
Assignee: joki → karnaze
|
|
||
Comment 2•26 years ago
|
||
Should be part of focus method for form widgets, indpendent of tabbing. But
yes, tab focus works well enough to fix this.
|
|
||
Updated•26 years ago
|
Assignee: karnaze → pollmann
|
||
Comment 3•26 years ago
|
||
Is there a test case available for this?
|
Assignee | |
Updated•26 years ago
|
Status: NEW → ASSIGNED
|
|
||
Updated•26 years ago
|
Whiteboard: Need a test case
Here's a test case.
1. Have viewer display the following form:
<html>
<body>
<form>
<input><br>
<input><br>
<input><br>
<input><br>
<input><br>
<input><br>
<input>
</form>
</body>
</html>
2. resize viewer so that only the first 3 fields are visible.
3. Click in the 3rd field to set focus.
4. Press tab. You'll see that focus has moved from the 3rd to the 4th field,
but the 4th field is still off-screen.
|
|
||
Updated•26 years ago
|
QA Contact: 4110 → 4137
|
|
Assignee | |
Updated•26 years ago
|
Target Milestone: M6
|
|
Assignee | |
Comment 5•26 years ago
|
||
Redistributing to M8...
|
||
Comment 6•26 years ago
|
||
|
|
||
Updated•26 years ago
|
Whiteboard: Need a test case → [TESTCASE]
|
|
||
Comment 7•26 years ago
|
||
Attached paul@pdcAtlanta.com 's test case.
Still seems to be a valid problem in M7.
|
|
Assignee | |
Comment 8•26 years ago
|
||
Didn't make M8
|
|
Assignee | |
Comment 9•26 years ago
|
||
I've got this working. There is a small but on Linux that I'm going to wait for
before checking it in, marked as a dependency.
|
|
Assignee | |
Comment 10•26 years ago
|
||
s/but/bug/
|
|
Assignee | |
Comment 11•26 years ago
|
||
Ramiro fixed this dependency. Also, I just checked in a little fix to let the
Tab event get through GTK Text inputs. I'll try to get this fix (bug 3256) in
soon.
|
|
Assignee | |
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Whiteboard: [TESTCASE][Possible fix] → [TESTCASE]
|
|
Assignee | |
Comment 12•26 years ago
|
||
Just checked in a fix. To verify the fix, browse over to demo 8 and press Tab a
few times. You should see off-screen form elements scroll into view as needed.
Whiteboard: [TESTCASE] → 27-Aug-99 Can't verify fix due to other bug [TESTCASE]
|
||
Comment 13•26 years ago
|
||
Pressing Tab does absolutely nothing using the 1999082616 build with GFX widgets
under Windows NT. Can't verify the fix.
Whiteboard: 27-Aug-99 Can't verify fix due to other bug [TESTCASE] → 27-Aug-99 Can't verify fix due to bug 12655 [TESTCASE]
|
||
Updated•6 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•