Closed
Bug 130085
Opened 24 years ago
Closed 24 years ago
Scrollbar stops scrolling when mouse is moved to far horizontally
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: jan.h.d, Assigned: trudelle)
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.8) Gecko/20020204
BuildID: 2002020411
If I start scrolling and then move the mouse too far to the left or right (about
3-4 centimeters), the scrollbar and page jumps back to where scrolling started!
Reproducible: Always
Steps to Reproduce:
1. Load a page that is somewhat big, for example the Bug Template page.
2. Click on the scrollbar thumb and drag it down, say half the page.
3. While keeping the mouse button down, move the mouse to the left or right.
Actual Results: When the mouse is moved about 3-4 centimeters from the
scrollbar, the scrollbar thumb suddnely jumps to the top of the page again,
displaying the top of the page.
Expected Results: The vertical scrollbar thumb and vertical page position
should stay the same no matter how far the mouse is moved in the horizontal
direction.
I am using the modern theme if that matters.
Comment 1•24 years ago
|
||
This is correct behavior on the mac. See the Apple interface guidelines at:
http://developer.apple.com/techpubs/mac/HIGuidelines/HIGuidelines-121.html#HEADING121-40:
If the user starts dragging the scroll box, then moves the pointer out of the
scroll bar, the scroll box stops following the pointer and snaps back to
its original position. The user can move the pointer out of the scroll bar
region by a little more than the width of the scroll box before the scroll box
snaps back. If the user then releases the mouse button, no scrolling occurs.
But if the user, still holding down the mouse button, moves the pointer
back into the scroll bar, the scroll box resumes its movement in the direction
of the pointer. This type of tracking is standard behavior for controls in
general, such as buttons, checkboxes, and radio buttons.
If you want, you can turn this off by setting:
user_pref("slider.snapMultiplier", 0);
in your prefs.js
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
| Assignee | ||
Comment 2•24 years ago
|
||
verified. This behavior also matches Windows IG, p112.
Status: RESOLVED → VERIFIED
This is strange, why would anyone want this behaviour? Anyway, thanks for the
prefs to turn it off.
| Assignee | ||
Comment 4•24 years ago
|
||
It is useful for getting back to where you were after dragging the thumb. About
95% of computer users have this in all their apps.
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•