(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: KDE 3.0.0 Severity: wishlist Installed from: RedHat RPMs Compiler: Not Specified OS: Not Specified OS/Compiler notes: Not Specified This is hardly even a wishlist feature but it's bugged me enough to submit this anyway. When I use the scroll-button on my mouse the scrolling stops whenever I hit a select box. On sites like slashdot this is particularly annoying because there's practically an entire row of select boxes after each story. I have to move my mouse and start scrolling again. I really do hate to bother over something as trivial as this but it's annoying. A fix would be to remove the select box scrolling entirely. I never use the functionality until I've already clicked on the scroll-box anyway - but that's just me. Another solution would be to scroll to the last option in the box then continue scrolling the screen. Finally there could just be an option somewhere. (Submitted via bugs.kde.org)
On April 19 2002 01:42 clan_lambda@hotmail.com wrote: > Package: konqueror > Version: KDE 3.0.0 > Severity: wishlist > Installed from: RedHat RPMs > Compiler: Not Specified > OS: Not Specified > OS/Compiler notes: Not Specified > > This is hardly even a wishlist feature but it's bugged me enough to submit > this anyway. > > When I use the scroll-button on my mouse the scrolling stops whenever I > hit a select box. On sites like slashdot this is particularly annoying > because there's practically an entire row of select boxes after each story. > I have to move my mouse and start scrolling again. I really do hate to > bother over something as trivial as this but it's annoying. A fix would > be to remove the select box scrolling entirely. I never use the > functionality until I've already clicked on the scroll-box anyway - but > that's just me. Another solution would be to scroll to the last option in > the box then continue scrolling the screen. Finally there could just be > an option somewhere. I don't think anything sane can be done about this. Either we support combobox scrolling or we don't. -- George Staikos
On Thursday 18 April 2002 10:51 George Staikos wrote: > On April 19 2002 01:42 clan_lambda@hotmail.com wrote: > > Package: konqueror > > Version: KDE 3.0.0 > > Severity: wishlist > > Installed from: RedHat RPMs > > Compiler: Not Specified > > OS: Not Specified > > OS/Compiler notes: Not Specified > > > > This is hardly even a wishlist feature but it's bugged me enough to > > submit this anyway. > > > > When I use the scroll-button on my mouse the scrolling stops whenever I > > hit a select box. On sites like slashdot this is particularly annoying > > because there's practically an entire row of select boxes after each > > story. I have to move my mouse and start scrolling again. I really do > > hate to bother over something as trivial as this but it's annoying. A > > fix would be to remove the select box scrolling entirely. I never use > > the functionality until I've already clicked on the scroll-box anyway - > > but that's just me. Another solution would be to scroll to the last > > option in the box then continue scrolling the screen. Finally there > > could just be an option somewhere. > > I don't think anything sane can be done about this. Either we support > combobox scrolling or we don't. Sure there is: only scroll the ComboBox if it has focus.
On April 19 2002 02:09 John Firebaugh wrote: > > I don't think anything sane can be done about this. Either we support > > combobox scrolling or we don't. > > Sure there is: only scroll the ComboBox if it has focus. So then we can't have the wheel scroll comboboxes just by moving the mouse over them? We basically have a feature clash here. -- George Staikos
On Thursday 18 April 2002 11:44 George Staikos wrote: > On April 19 2002 02:09 John Firebaugh wrote: > > > I don't think anything sane can be done about this. Either we > > > support combobox scrolling or we don't. > > > > Sure there is: only scroll the ComboBox if it has focus. > > So then we can't have the wheel scroll comboboxes just by moving the > mouse over them? We basically have a feature clash here. Yeah that's the Windows behavior. I think that either that behavior or no mouse-scroll of comboboxes at all are better than the present behavior for the reason the reporter cites. It's an important usability issue.
This has been bothering me as well, and I just came by to submit this "wishlist" item. Why don't you just inhibit the mouse scroll target from shifting while scrolling... I realize this isn't as simple as: if(last scroll event was less than 1 second ago) { don't change scrolling target } but, that behavior SHOULD be present. If the user scrolls that quickly, it should be aparent that they want to scroll the page and not the select box. Another way could be to only change the focus of the scroll to the select box if the mouse moves over the combo box (rather than the combo box moving under the mouse)
*** This bug has been marked as a duplicate of 45180 ***