Implement overflow:overlay (non-standard)
Categories
(Core :: CSS Parsing and Computation, enhancement, P2)
Tracking
()
People
(Reporter: twisniewski, Assigned: jwatt)
References
()
Details
(Keywords: webcompat:platform-bug)
Attachments
(3 files)
It seems that according to this Webkit bug, overflow:overlay
was once a (non-standard) value that is now treated as an alias for overflow:auto
. In Firefox, using the value just results in no scrollbars appearing, which has just surfaced as an interop issue on webcompat.com for RedBubble's site.
If it really is just an alias, I suspect it would be worth adopting it for compat's sake as part of the Compatibility standard.
![]() |
||
Comment 1•6 years ago
|
||
And that seems frequent on GitHub at least
![]() |
Assignee | |
Updated•6 years ago
|
![]() |
Assignee | |
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Quoting from Phabricator:
Hmm, so this looks more complicated than this. Blink also makes scrollbars not take layout space when overflow: overlay is specified:
WebKit can get away with aliasing it to
auto
because mac always has overlay scrollbars. But we don't.
So this does not look so simple... Or am I missing something?
Updated•6 years ago
|
![]() |
Assignee | |
Updated•6 years ago
|
![]() |
Assignee | |
Comment 4•6 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #3)
WebKit can get away with aliasing it to
auto
because mac always has overlay scrollbars. But we don't.
That...is a very good point.
Reporter | ||
Comment 5•6 years ago
|
||
Ah, yes, now that I've tested it again it seems that Chrome is also actually overlaying the scrollbars. My apologies for not checking more thoroughly.
Comment 6•6 years ago
|
||
Just a note that the site this was reported against has fixed their site.
Comment 7•6 years ago
|
||
Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.
Comment 8•6 years ago
|
||
See bug 1547409. Migrating whiteboard priority tags to program flags.
Updated•6 years ago
|
Updated•5 years ago
|
Comment 9•5 years ago
|
||
(Gonna bump this to a P3 because the Bing COVID stuff is relying on it, but it doesn't affect release because they're using @-moz-document url-prefix
as a workaround)
Comment 10•5 years ago
|
||
I have multiple pages that use the same template, some pages are longer than the browser window's height, while other's aren't. The ones that are longer get pushed to the left by about 10px.
overflow: overlay
solves this, but sadly this doesn't work in Firefox. MDN web doc's suggests not to use it https://developer.mozilla.org/en-US/docs/Web/CSS/overflow . Can this functionality be added to Firefox or can you guys suggest an alternate method to solve the above problem :(
https://stackoverflow.com/questions/8543664/overflow-overlay-doesnt-work-in-firefox
https://stackoverflow.com/questions/4297817/stop-scrollbar-from-pushing-content-left
Comment 11•5 years ago
|
||
Do you have a test-case that you could attach to the bug? overflow-y: scroll
should make sure stuff doesn't shift (by showing the scrollbar all of the time).
If you don't want that, depending on what you exactly want overflow-y: auto; overflow-x: hidden
with width: 100vh
on the child accomplishes effectively what overlay
does. Or maybe something more on the lines of keeping overflow-y: scroll;
but effectively hiding the scrollbars with scrollbar-color: transparent transparent
may be better so that content doesn't go under the scrollbar? If you're doing some kind of scrollbar-on-hover effect that's much better.
Comment 12•5 years ago
|
||
In any case per the discussion on the phab revision this is not just a simple matter of aliasing.
Comment 13•5 years ago
|
||
Thanks, Emilio. overflow-y: scroll
and scrollbar-color: aqua transparent
worked for me.
![]() |
||
Updated•5 years ago
|
![]() |
||
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 14•4 years ago
|
||
It will be a useful feature for the web scrollbars I have described the use case here: https://github.com/w3c/csswg-drafts/issues/6262
Updated•4 years ago
|
Updated•3 years ago
|
Comment 15•3 years ago
|
||
Super simple test case following a webcompat discussion.
Updated•3 years ago
|
Updated•3 years ago
|
![]() |
Assignee | |
Updated•3 years ago
|
Comment 16•3 years ago
|
||
See related webcompat issues and discussion in
https://github.com/w3c/csswg-drafts/issues/8063
Comment 17•2 years ago
|
||
Comment 18•2 years ago
|
||
bugherder |
Updated•2 years ago
|
![]() |
Assignee | |
Updated•1 year ago
|
Updated•10 months ago
|
Description
•