Removing layout.css.scrollbar-color.enabled pref causes accessibility/usability issue
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
People
(Reporter: gwarser, Unassigned)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Hey guys! Removing layout.css.scrollbar-color.enabled
preference causes serious issue for me! Precise navigation in source code in developer tools are impossible without scrollbar arrows - bug 1579631
Also, I know designers want to have pretty scrollbars everywhere, but even here on bugzilla this colored scrollbar seriously reduces it's usability by blending with background - I have issues with locating where on the page I am.
Of course this can be causes by my bad eyesight or old monitor and you may not perceive it like this, but for me missing scrollbar arrows and scrollbar blending with background is a serious accessibility/usability issue!
Regressed by https://bugzilla.mozilla.org/show_bug.cgi?id=1641324
Also notice this when filling this issue - this does not even look like scrollbar - see attachment.
Another example: where on page I am? Is this page even scrollable?
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Which OS are you on? How do your native scrollbars look like?
I'm on Manjaro KDE. Srollbars look like this in beta 78.0b6 with layout.css.scrollbar-color.enabled
toggled.
Comment 4•4 years ago
|
||
I see, thanks. I think the way people are supposed to override this is via user stylesheets.
So having a userContent.css
that does something like * { scrollbar-color: auto !important; }
is a better way to fix this rather than making Firefox keep a runtime flag for a feature that has been shipping for a lot of releases.
Is there any reason why that wouldn't be possible?
Comment 5•4 years ago
|
||
Now, that being said, we should try to make custom scrollbars preserve the layout of the original scrollbar. But that is a bit harder...
(In reply to Emilio Cobos Álvarez (:emilio) from comment #4)
I see, thanks. I think the way people are supposed to override this is via user stylesheets.
So having a
userContent.css
that does something like* { scrollbar-color: auto !important; }
is a better way to fix this rather than making Firefox keep a runtime flag for a feature that has been shipping for a lot of releases.Is there any reason why that wouldn't be possible?
Sadly, I tried it and it does not work. Wrong rule?
I will rather like to have system-styled scrollbars without need to fiddle with any unsupported Firefox features ;)
Ah, no, my fault - I put it in userChrome
- it works now! Thanks!
Comment 8•4 years ago
|
||
Right, should be in userContent.css. I don't think support for user stylesheets is going anytime soon fwiw (I'd be opposed to such a thing).
userChrome.css
is a bit more problematic than it seems (though less now that we've got rid of XBL).
Ok, closing as WFM, as user stylesheets are the best way for users to customize the CSS that websites use. Thank you!
Updated•4 years ago
|
Description
•