Closed
Bug 3999
Opened 26 years ago
Closed 25 years ago
Scrolling in a form, text area or option list, scrolls entire page
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P1)
Tracking
()
VERIFIED
FIXED
M6
People
(Reporter: asmozilla2, Assigned: joki)
References
Details
If you use the keyboard to scroll a textarea or an option list, the entire web
page scrolls along with it.
I wasn't able to reproduce this, but in the samples 9 page, the frame with no
scroll bars, I was able to make it scroll by selecting the text and moving
the mouse down (this is normal for pages with scroll bars), I was not able to
make it scroll with the keyboard, but I was with the wheel on my mouse.
Tom: This looks like an event problem. Also note that RodS made a change
recently to add support for mouse wheel. That may be a factor, so call him.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•26 years ago
|
||
No, its all just event stuff. Basically the current scrolling code needs to
move elsewhere but I haven't gotten around to it yet. Since it currently lives
in the actual scrollframe code it scrolls whenever an event passes through a
scrollframe, even if that event is destined for text fields or some such.
Might need to add an api or two to be able to do the same thing outside of
scollframe. On my list.
Assignee | ||
Updated•26 years ago
|
Target Milestone: M5
Updated•25 years ago
|
Target Milestone: M5 → M6
Comment 8•25 years ago
|
||
Moving off M5 radar since Tom is out of town.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M6 → M5
Assignee | ||
Comment 9•25 years ago
|
||
Moving back to M5. I have a fix for this in my tree.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 10•25 years ago
|
||
Okay, this should be good now. Also fixed editor behavior by specifcially
allowing pageup/down and arrow keys but cancelling spaces.
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Updated•25 years ago
|
Resolution: FIXED → ---
Comment 11•25 years ago
|
||
Reopening. Up and down arrow keys continue to scroll the editor window content,
instead of moving the caret up and down (which isn't implemented yet, but soon
will be).
Comment 12•25 years ago
|
||
so does this become m6?
Updated•25 years ago
|
Target Milestone: M5 → M6
Comment 13•25 years ago
|
||
Yes. Current state is not so bad that it interferes with testing. Set to M6.
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 14•25 years ago
|
||
The behavior, however, is still fixed. Because expanding selection down using
the arrow keys isn't working right now the editor is allowing the key through,
therefore scrolling. If the editor, or just the selection code, chooses to use
and then consume the arrow keys, then scrolling will not occur.
If you wish to prevent the scrolling the change the editor code to consume the
arrow key. Re-marking fixed.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 15•25 years ago
|
||
appears to be fixed.
Verified build: 1999-06-02-08-M7
Comment 16•24 years ago
|
||
This seems to have popped up again with today's m16 builds.
See bug 35952. Space bar causes page to scroll.
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
•