Closed Bug 81722 Opened 23 years ago Closed 22 years ago

Win Classic scrollbar background color doesn't use OS setting

Categories

(SeaMonkey :: Themes, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0.1

People

(Reporter: 9pt4x6002, Assigned: shliang)

Details

(Keywords: classic, regression)

The scrollbar backgrounds in the Windows Classic skin don't use the OS color,
they always use the default gray.  This looks bad and doesn't match other apps
when using a color scheme other than the default.
i'm not seeing this bug using the 2001060104 nightly on win2k. scratch@the-
pentagon.com: what build id were using when you saw this bug?
I was using a build from when I reported the bug.  It seems to have been fixed 
in more recent builds though.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified on windows 98 (commercial build: 2001-06-01-09-trunk)
Status: RESOLVED → VERIFIED
today's build is the first I've tried in a few days, and it seems to be back.
Status: VERIFIED → UNCONFIRMED
Resolution: FIXED → ---
Reporter please state the build ID when reporting or confirming bugs.

sort of confirmed on build 2001061520 Win32 installer sea talkback trunk

Steps to reproduce:
1. In the display properties control panel, on the appearance tab under "Items:"
select "3D Objects" select a color like red under "Color:"
2. Load Mozilla
3. Make sure you are using to classic skin
3. goto a page that needs a scrollbar

Expected result:
scrollbar background looks exactly like Windows scrollbar

Actual result:
scrollbar background looks like dithered version Windows scrollbar
scratch@the-pentagon.com : which OS are you using to test this bug?
As checked in OS setting, I am using Windows 2000.  I assume it applies to all
windows versions though.  And I'm still seeing it on 2001061720.
On win98 the scrollbar's color changes when window's scrollbar color changes but
it always changes to a slightly lighter color. The reporter's report probably
only affect WinNT/2K.
Patty Mac: What did you see in your Win98 test?
Not really.  It seems to vary slightly from build to build, and it was perfect 
for at least one build.  At first I was getting a black and white dot pattern 
that looked like gray unless you zoom in on a screenshot, then it was fixed, now 
it's back except it's a dot pattern of the proper color and white that looks 
like a lighter version of the color it should be unless you zoom in on a 
screenshot.
In bug 47441 this was suppost to be fixed.

however I still see

slider 
  {
    background-color      : Scrollbar;                
    background-image      : url("chrome://global/skin/scrollbar-slider-bg.gif");
  }
in scrollbar.css, according to bug 47441 the background-image is not suppost to
be there.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: classic, regression
Status: NEW → ASSIGNED
Keywords: mozilla0.9.3
I think I've figured out why the image was added back into it. When using
certain windows colors for the scrollbar (seems to happen to dark ones), it gets
"dithered" with white dots. Moz uses the image to emulate it. Maybe we need a
-moz-scrollbar-background-image ? ;)

Does Win2k allow changing of scrollbar color? Win98 only allows changing of the
scrollbar color through setting the 3dface color, the scrollbar color is set as
lighter than 3dface color.
I think I've figured out when windows uses the "dither" effect on the scrollbar.
It only happens when the scrollbar color is darker than threeDFace color.
Hmm... You're right, when setting the scrollbar color darker than 3dface I am 
getting a dither pattern.  The dots aren't white though, they're 3dface.  Does 
anyone know if Mozilla could duplicate both of these behaviors?  I would suggest 
that if not, removing the dots entirely produces a closer look to the actual 
scrollbars.  

Win2K display properties doesn't have a setting for the scrollbar color, but you 
can change it directly in the registry or using a third-party app.  That's how I 
was able to verify your dither pattern idea.
after taking a better look at it, it seems to be using 3dhighlight not 3dface. I
agree with you that it should be removed, however, it would mean that when
windows is set to the default theme it looks a little off.
Mass reassigning my theme bugs to Shuehan.
Assignee: hewitt → shliang
Status: ASSIGNED → NEW
Target Milestone: --- → mozilla1.0
Status: NEW → ASSIGNED
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
I think this should be fixed by the checkin in bug 115757. Can someone check?
ok only fixed in WinXP, but with the new CSS properties:
-moz-appearance: scrollbartrack-horizontal;
-moz-appearance: scrollbartrack-vertical;
this should be easier to fix.
I decided to do more testing with the scrollbar color on win2k, it seems that I
wasn't exactly right about the darker/lighter thing. The algorithm seems to be
like this 

if (Scrollbar == (255 255 255) || Scrollbar != ButtonHilight)
   use ButtonFace/ButtonHilight combo
else
   use Scrollbar/ButtonHilight combo

I'm only guessing that ButtonHilight is always used as Scrollbar is only used
when it is equal to ButtonHilight and not white.
Fixed by Bug 172751.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → FIXED
Verified on windows 2K (netscape trunk build: 2002-12-10-08-TRUNK)
Status: RESOLVED → VERIFIED
*** Bug 187916 has been marked as a duplicate of this bug. ***
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.