Bug 41275

Summary: Scroll-button scrolling stops at select boxes
Product: [Applications] konqueror Reporter: Clan Lambda <clan_lambda>
Component: generalAssignee: Konqueror Bugs <konqueror-bugs-null>
Status: RESOLVED DUPLICATE    
Severity: wishlist CC: jeremyhu
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: RedHat Enterprise Linux   
OS: Other   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Clan Lambda 2002-04-19 05:42:17 UTC
(*** 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)
Comment 1 George Staikos 2002-04-19 05:51:05 UTC
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
Comment 2 John Firebaugh 2002-04-19 06:09:01 UTC
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.
Comment 3 George Staikos 2002-04-19 06:44:42 UTC
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
Comment 4 John Firebaugh 2002-04-19 16:59:11 UTC
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.
Comment 5 jeremyhu 2002-10-19 11:10:04 UTC
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) 
Comment 6 John Firebaugh 2002-10-19 20:03:04 UTC

*** This bug has been marked as a duplicate of 45180 ***