Just thinking out loud, but has an environment variable for scrollbar
widths (maybe two, one for thin scrollbars, one for regular-width
scrollbars) be enough to do the job here?
I recall similar proposals in the CSSWG, but I'm not sure if they were
discussed seriously. It seems it should be easier to implement,
off-hand, and maybe less confusing? And it would allow the pattern Simon
mentions here.
It should also allow solving some of the issues people hit with vh/vw if
non-overlay scrollbars are used[1]. I guess for that last use-case we'd
really need two pairs of values, one of which should return zero for
overlay scrollbars for that use-case to work...? Anyhow, seems like this
could be discussed in the CSSWG.
-- Emilio
[1]: https://github.com/w3c/csswg-drafts/issues/6026
On 2/23/21 18:45, Simon Fraser via webkit-dev wrote:
WebKit does not support this feature as specified.
Our opinion is that we don't want to encourage web developers to reserve space
for scrollbars in a way that prevents non-interactive content from intruding
into that space. This undoes a big advantage of overlay scrollbars, in that
they leave more space for content.
Our preference would be some kind of margin value (perhaps a constant) that
allows authors to move only interactive content outside of the area affected by
overlay scrollbars.
Simon
On Feb 23, 2021, at 5:54 AM, Felipe Erias via webkit-dev
<webkit-dev@lists.webkit.org> wrote:
Hi webkit-dev,
This is a request for WebKit's position on the CSS "scrollbar-gutter" property.
The spec status is Working Draft. This feature is already implemented in Chrome behind a
flag.
Spec:
https://drafts.csswg.org/css-overflow-4/#scrollbar-gutter-property
Explainer:
https://github.com/felipeerias/scrollbar-gutter-explainer
Existing WebKit bug:
https://bugs.webkit.org/show_bug.cgi?id=167335
Summary:
The scrollbar-gutter property provides control over the presence of scrollbar
gutters (the space which may be reserved to display a scrollbar).
This gives Web authors more agency over how their layouts interact with the
scrollbars provided by the browser, so they can e.g. prevent excessive layout
changes as content expands while avoiding unwanted visuals when scrolling isn't
needed.
Thanks!
Best.
Felipe
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
