- From: Mattias Hällkvist via GitHub <sysbot+gh@w3.org>
- Date: Tue, 28 Jun 2022 08:16:09 +0000
- To: public-css-archive@w3.org
> I mean, that "space left when the content is not overflowing" is the entire point of scrollbar-gutter, yeah - it means you don't have _any_ layout shift between the scrolling and non-scrolling space. Yes I understand that. I am not questioning having the space. Just that its an inaccessible area for developers to style. And this makes it unusable in many situations unless the scrollable area that has `scrollbar-gutter: stable` happens to have a single color background. I guess you might be able to hack somehting together by setting a linear gradient background that matches backgrounds of the header, main etc areas but that seems like a brittle solution. I would like the web platform to have a better solution for this. The 2 options I can come up with is that the transition between showing/hiding scrollbar area be animated or/and having more control of the scrollbar-gutter area. > > Can you give a markup example that's causing you problems with things not extending to the full width? I threw together a codepen: https://codepen.io/emattias/pen/wvmvaZK?editors=1100 showing the problem. Also, I noticed now that in chrome it looks like this: <img width="513" alt="CleanShot 2022-06-28 at 10 06 56@2x" src="https://user-images.githubusercontent.com/351537/176127643-4bae605e-0c1d-4b5d-b3f8-2ce55590210b.png"> and firefox like this: <img width="458" alt="CleanShot 2022-06-28 at 10 08 25@2x" src="https://user-images.githubusercontent.com/351537/176127950-c7704316-ac10-4b63-b5bc-490e8b54e5fa.png"> Is it a chrome bug? -- GitHub Notification of comment by emattias Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/6844#issuecomment-1168390378 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 28 June 2022 08:16:11 UTC