Open
Bug 903839
Opened 12 years ago
Updated 1 year ago
Mac-style scrollbar: thumb is not bright on dark background
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
NEW
People
(Reporter: fb+mozdev, Unassigned)
References
()
Details
(Whiteboard: [lion-scrollbars=])
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release)
Build ID: 20130806170643
Steps to reproduce:
Visit and scroll around on: http://www.coding2learn.org/blog/2013/07/29/kids-cant-use-computers/ (recommended read, BTW ;) )
Make sure that your browser window is wide enough to also show the dark background.
Actual results:
Scrollbar thumb is too dark on dark background (at least for the header area and general background).
Expected results:
Scrollbar thumb is bright, like on Chrome & Safari.
This, however, is a problem when the window is not wide enough to show the dark background: the content background (except header) is bright so the thumb is hardly visible there (at least in Chrome & Safari). However, at least in this case, most people will have a wide enough window to see the dark background.
| Reporter | ||
Updated•12 years ago
|
Blocks: 865806
Component: Untriaged → Widget: Cocoa
Product: Firefox → Core
Hardware: x86 → x86_64
Whiteboard: [lion-scrollbars?]
| Reporter | ||
Updated•12 years ago
|
Whiteboard: [lion-scrollbars?] → [lion-scrollbars=]
Comment 1•12 years ago
|
||
Hmm, Safari gets this right...
Comment 2•12 years ago
|
||
Looking through Inspector, I think the background color of this page seems to be rgb(37, 37, 37) which _should_ quality as dark with our heuristic...
Comment 3•12 years ago
|
||
Under the debugger, I get a transparent color:
(gdb) p *bgSC->StyleBackground()
$9 = {
mAttachmentCount = 1,
mClipCount = 1,
mOriginCount = 1,
mRepeatCount = 1,
mPositionCount = 1,
mImageCount = 1,
mSizeCount = 1,
mLayers = {
<nsAutoArrayBase<nsTArray<nsStyleBackground::Layer>, 1u>> = {
<nsTArray<nsStyleBackground::Layer>> = {
<nsTArray_Impl<nsStyleBackground::Layer, nsTArrayInfallibleAllocator>> = {
<nsTArray_base<nsTArrayInfallibleAllocator, nsTArray_CopyElements<nsStyleBackground::Layer> >> = {
mHdr = 0x11c68bb48
},
<nsTArray_TypedBase<nsStyleBackground::Layer, nsTArray_Impl<nsStyleBackground::Layer, nsTArrayInfallibleAllocator> >> = {
<nsTArray_SafeElementAtHelper<nsStyleBackground::Layer, nsTArray_Impl<nsStyleBackground::Layer, nsTArrayInfallibleAllocator> >> = {<No data fields>}, <No data fields>}, <No data fields>}, <No data fields>},
members of nsAutoArrayBase<nsTArray<nsStyleBackground::Layer>, 1u>:
{
mAutoBuf = "\001\000\000\000\001\000\000?\000\000\001\003\003??\000\000\000\000\000\000\000\000\001???\000\000\000\000\000\000\000\000\001??\000\000\000\000??????????\000\000\000\000\000\000\000\000\000???????????????????????????\002\002?????",
mAlign = {
elem = 1 '\001'
}
}
}, <No data fields>},
mBackgroundColor = 0,
mBackgroundInlinePolicy = 1 '\001'
}
I'm not sure what's going on here.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 4•12 years ago
|
||
Here's another example where it's the opposite (white thumb on white background): http://liftoff.github.io/GateOne/About/index.html#prerequisites
Can't you do some kind of multiply or inverse on the background?
| Reporter | ||
Comment 5•11 years ago
|
||
… and another example: http://css-tricks.com/html5-meter-element/
This is also incorrectly handled in Chrome & Safari.
| Reporter | ||
Comment 6•11 years ago
|
||
Seen this on more pages, e.g. http://blog.fogcreek.com/we-spent-a-week-making-trello-boards-load-extremely-fast-heres-how-we-did-it/ (in case this helps in finding edge cases)
| Reporter | ||
Comment 7•11 years ago
|
||
The new MDN has the same issue (e.g. https://developer.mozilla.org/en-US/Firefox_OS/Releases/1.2). It uses white for HTML but a 30% blue on BODY – most of the page (under the thumb, at least) is white, though.
Comment 8•11 years ago
|
||
^ is bug 951705
Comment 9•11 years ago
|
||
FWIW I think a good fix here would just be to emphasize the border of the scrollbar. As long as the border is thick/dark enough the scrollbar should still be visible and usable but right now the light-grey border on the scrollbar isn't high-contrast relative to the white.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•