Closed
Bug 284550
Opened 20 years ago
Closed 18 years ago
Firefox scroll bar positioning goes against Fitts' Law (Windows XP/Luna)
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.8.1beta2
People
(Reporter: edwardsgreg, Assigned: zeniko)
References
()
Details
(Keywords: fixed1.8.1)
Attachments
(1 file)
1.37 KB,
patch
|
neil
:
review+
roc
:
superreview+
beltzner
:
approval1.8.1+
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Comment 1•20 years ago
|
||
(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."
Comment 2•19 years ago
|
||
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/
Reporter | ||
Comment 3•19 years ago
|
||
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.
Reporter | ||
Comment 4•19 years ago
|
||
> 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
Assignee | ||
Comment 6•19 years ago
|
||
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)
Assignee | ||
Updated•19 years ago
|
Flags: blocking-firefox2?
Reporter | ||
Comment 8•18 years ago
|
||
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.
Assignee | ||
Comment 9•18 years ago
|
||
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)
Assignee | ||
Updated•18 years ago
|
Component: General → Widget: Win32
Flags: review?(neil)
Flags: blocking-firefox2-
Product: Firefox → Core
Target Milestone: --- → mozilla1.8.1beta2
Version: unspecified → 1.8 Branch
Assignee | ||
Updated•18 years ago
|
Attachment #232328 -
Flags: review?(neil)
Assignee | ||
Comment 10•18 years ago
|
||
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]
Comment 11•18 years ago
|
||
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?
Assignee | ||
Comment 12•18 years ago
|
||
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.
Updated•18 years ago
|
QA Contact: general → win32
Attachment #232328 -
Flags: superreview?(roc) → superreview+
Comment 13•18 years ago
|
||
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+
Assignee | ||
Updated•18 years ago
|
Whiteboard: [has patch][needs review neil][needs sr roc] → [has patch][checkin needed]
Comment 14•18 years ago
|
||
mozilla/widget/src/windows/nsNativeThemeWin.cpp 3.69
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Whiteboard: [has patch][checkin needed] → [needs approval]
Comment 15•18 years ago
|
||
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-
Assignee | ||
Comment 16•18 years ago
|
||
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 17•18 years ago
|
||
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+
Updated•18 years ago
|
Assignee | ||
Updated•18 years ago
|
Whiteboard: [needs approval] → [checkin needed (1.8 branch)]
Comment 18•18 years ago
|
||
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.
Description
•