Closed Bug 282876 Opened 20 years ago Closed 12 years ago

Rough and buggy scroling when using the mouse's middle button (not wheel)

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jerther, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.7.5) Gecko/20041108 Firefox/1.0

Scrolling using the mouse middle button is rough and is not as smooth as using
the scrollbars. This also happens in IE. Smooth scrolling would be really nice
for my eyes :)

Also, scrolling using this method gets buggy when there are frames inside the
page displayed.

Reproducible: Always

Steps to Reproduce:
For the smooth scrolling, just scroll a page using the middle button (not wheel)
and check out the difference in smoothness when using the scrollbars instead.

As for the buggy scrolling, in this bug report page, it has a frame above here,
listing the bugs already submited. Try to middlebutton click above that frame,
then scroll down slowly and slightly change the scrolling speed. Watch firefox's
behaviour as the scrolling point reaches the frame.
Actual Results:  
For the buggy scrolling: Scrolling got mad :) Well, it seems that the frame
scrollability (?) conflicts with the whole page scrolling

Expected Results:  
I think that the scrolling methode is done by varying the size of each scrolling
steps instead of varying the time it takes to do that step.

For example, what i think Firefox (and IE) do, is that they always scroll 10
pixels at a time (up or down or left or right) but as the scrolling speed
increases, the number of pixels scrolled increase too. But the steps/second rate
doesn't change. so we get something like, 10 fps. really ****.

I would expect to stay that number of pixels to 1 (or any small number) and
change the step rate of the scrolling instead. For example, slow scrolling would
be something like 1 pixel per second, and fast scrolling would be like 1 pixel
per 0.001 second. That way, each step is still 1 pixel big, so we keep a smooth
scrolling, and a great framerate!

Well this may be cpu intensive.... But well, If i could, i would have checked
how the scrollbars work to see their scrolling method to suggest a better method
here.

None
Status -> NEW

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050522
Firefox/1.0+
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: bross2 → nobody
Windows XP SP2, running Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20120316 Firefox/13.0a2, to try and reproduce this i have used http://en.wikipedia.org/wiki/Linux ; the scroll worked fine without problems in both methods.
We had lots of (smooth) scrolling fixes that landed since the bug was filed. Resolving as WFM.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
OP here

It's been quite a long time since I filed this report. So long, the frame I talk about isn't there anymore. And back in 2005, I had a Logitech Mouseman, the one with 3 buttons and no wheel.

Like Firefox, I've been through a lot of changes since 2005, including a mouse with a wheel ;) Thanks for taking the time to properly close the report with comments.

WFM too! See you in 8 more years when I come back to repoen this report *evil smile*
You need to log in before you can comment on or make changes to this bug.