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)
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.
Comment 1•23 years ago
|
||
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.
Comment 10•23 years ago
|
||
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.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Keywords: mozilla0.9.3
Comment 11•23 years ago
|
||
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.
Comment 12•23 years ago
|
||
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.
Reporter | ||
Comment 13•23 years ago
|
||
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.
Comment 14•23 years ago
|
||
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.
Comment 15•23 years ago
|
||
Mass reassigning my theme bugs to Shuehan.
Assignee: hewitt → shliang
Status: ASSIGNED → NEW
Comment 16•23 years ago
|
||
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
Comment 17•23 years ago
|
||
I think this should be fixed by the checkin in bug 115757. Can someone check?
Comment 18•23 years ago
|
||
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.
Comment 19•23 years ago
|
||
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.
Comment 20•22 years ago
|
||
Fixed by Bug 172751.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → FIXED
Comment 21•22 years ago
|
||
Verified on windows 2K (netscape trunk build: 2002-12-10-08-TRUNK)
Status: RESOLVED → VERIFIED
Comment 22•22 years ago
|
||
*** Bug 187916 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•