Closed Bug 284550 Opened 19 years ago Closed 18 years ago

Firefox scroll bar positioning goes against Fitts' Law (Windows XP/Luna)

Categories

(Core :: Widget: Win32, defect)

1.8 Branch
x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED FIXED
mozilla1.8.1beta2

People

(Reporter: edwardsgreg, Assigned: zeniko)

References

()

Details

(Keywords: fixed1.8.1)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

The scroll bar in the main Firefox window (maximized) is positioned exactly one
pixel from the edge of the screen. Moving it to the edge of the screen would
make it an infinitely larger target in the X direction (making it easier to
click and drag).

Reproducible: Always

Steps to Reproduce:
1. Open a page which scrolls.
2. Move the mouse to the edge of the screen.
3. Drag.

Actual Results:  
Nothing.

Expected Results:  
The scroll bar should be selected and the page should scroll.

Using the standard Firefox theme, Microsoft Royale visual style.
(In reply to comment #0)

I just noticed that this only applies when using an XP visual style. Disabling
visual styles is a possible "workaround."
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
Here's a simple test case:

1. Under Windows XP, set the visual style to any of the "Windows XP Style"
(Luna) themes (Normal/Blue, Silver, Olive, or the Tablet PC Royale style).
2. Run Firefox. Maximize the window if not already.
3. Move the mouse to the left of the screen, but vertically over the scroll bar.
4. Attempt to scroll. It won't since the bar's one pixel from the edge of the
screen.

Note that the scroll bar *is* at the edge of the screen in Classic (no visual
style), or in many user-made visual styles (StyleXP or uxtheme.dll hack). I've
experinced this minor annoyance on every Firefox/WinXP setup I've used, so I'm
pretty confident it's not an isolated issue or theme glitch.
> 3. Move the mouse to the left of the screen

Sorry, I mean right.. >_<
My apologies.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051013
Firefox/1.4.

Seems to be WFM
Confirming (using a Luna theme). This is especially sad because the one reason why Firefox' content area doesn't look sunken (as IE's) is precisely because of Fitts' law.
Assignee: firefox → nobody
Severity: enhancement → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Firefox scroll bar positioning goes against Fitt's Law → Firefox scroll bar positioning goes against Fitts' Law (Windows XP/Luna)
Flags: blocking-firefox2?
nice-to-have, not a blocker
Flags: blocking-firefox2? → blocking-firefox2-
For the record, this bug affects ALL scroll bars in Firefox, not just the main one, though it is much more trivial in other cases.
This seems to have been a trivial oversight. By making sure that Luna scrollbars don't have any margins, we get them working again as Classic's scrollbars. Not sure whether we should make sure that NS_THEME_SCROLLBAR_* are margin-less as well (as they are for Classic), but this patch fixes the issue for me already.
Assignee: nobody → zeniko
Status: NEW → ASSIGNED
Attachment #232328 - Flags: superreview?(roc)
Attachment #232328 - Flags: review?(neil)
Component: General → Widget: Win32
Flags: review?(neil)
Flags: blocking-firefox2-
Product: Firefox → Core
Target Milestone: --- → mozilla1.8.1beta2
Version: unspecified → 1.8 Branch
Attachment #232328 - Flags: review?(neil)
Renominating for Gecko 1.8.1 since we've now got a very simple, low-risk patch.
Flags: blocking1.8.1?
Whiteboard: [has patch][needs review neil][needs sr roc]
To save me from switching theme and OS theme to see the effect, can you explain a) if it changes the way Luna scrollbars are drawn in any way b) if not, why not c) if so, whether this affects all scrollbars or just ones that Firefox wants to style to line up with the edge of the screen? d) if just the latter, why?
This indeed changes the way Luna scrollbars are drawn by removing the incorrect 1 pixel margin on the left and right (vertical scrollbars) resp. above and below (horizontal scrollbar). And this affects all Luna scrollbars drawn by Gecko.

See the second part of http://cheeaun.phoenity.com/weblog/2004/08/scrollbar-tweaks.html for an analysis of the problem fixed by this patch.
QA Contact: general → win32
Attachment #232328 - Flags: superreview?(roc) → superreview+
Comment on attachment 232328 [details] [diff] [review]
no border for scrollbar tracks

As it turns out I needed to test another Luna-related bug anyway...
Attachment #232328 - Flags: review?(neil) → review+
Whiteboard: [has patch][needs review neil][needs sr roc] → [has patch][checkin needed]
mozilla/widget/src/windows/nsNativeThemeWin.cpp 	3.69
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Whiteboard: [has patch][checkin needed] → [needs approval]
Not a blocker. If the patch bakes w/o regressions, nominate for approval to get it in on the branch.
Flags: blocking1.8.1? → blocking1.8.1-
Comment on attachment 232328 [details] [diff] [review]
no border for scrollbar tracks

Drivers: This patch prevents a 1 pixel border for Luna scrollbars which doesn't exist in any other Windows application and neither for Classic scrollbars. It is virtually zero-risk (the same code path already exists in similar circumstances) and could at most have a minimal impact on themes (wrongly) presupposing that border (those themes would be broken for Classic already though).
Attachment #232328 - Flags: approval1.8.1?
Comment on attachment 232328 [details] [diff] [review]
no border for scrollbar tracks

a=drivers, go ahead and land it on the branch.
Attachment #232328 - Flags: approval1.8.1? → approval1.8.1+
Whiteboard: [needs approval] → [checkin needed (1.8 branch)]
mozilla/gfx/src/windows/nsNativeThemeWin.cpp 	3.45.4.3
Keywords: fixed1.8.1
Whiteboard: [checkin needed (1.8 branch)]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: