Closed
Bug 146496
Opened 23 years ago
Closed 23 years ago
Scrollbars next to multi-selects take scroll-wheel input when not focused
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: bugzilla, Assigned: bugzilla)
References
()
Details
In general, when no particular HTML element has the input focus, the scroll
wheel will scroll the page, even if the pointer is over a scrollable HTML
element. There is an exception: if the pointer is over the scrollbar next to a
multi-select, the multi-select is scrolled.
You can see this in the given URL. If you scroll while the pointer is over the
multi-select, or over the text, the whole page scrolls; but if the pointer is
over the scrollbar, the multi-select scrolls.
I believe this inconsistency is a mistake. Probably, the page should always
scroll as long as no element has the input focus.
Comment 1•23 years ago
|
||
that's correct behavior - afaik you can't take the control away from a GTk scrollbar
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
| Reporter | ||
Comment 2•23 years ago
|
||
Don't you mean, "it is a bug, but we can't do anything about it"? It really
sucks to be scrolling a page and suddenly get "stuck" on a scrollbar, so I think
it would be worth asking the GTK people to fix this. Further, I'm not sure that
what you say is true. For example, if the focus is in a textarea and you move
the mouse over the scrollbar for the whole page, the wheel doesn't cause it to
scroll. So at least in this case, the scrollbar knows it shouldn't accept wheel
input.
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•