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)

x86
Linux
defect
Not set
minor

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.
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
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.
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.