- From: x-Jake-x via GitHub <sysbot+gh@w3.org>
- Date: Tue, 06 Oct 2020 08:45:09 +0000
- To: public-css-archive@w3.org
Ah -- whether it's `contain: paint` or `overflow: clip`, the child elements maintain their "scrollWidth" and "scrollHeight". In that respect, you're not really losing the ability to calculate what the size is for the interior of the container. https://jsfiddle.net/6dcj0fye/ It really does feel like it should be 50 and not 100 in that case. Really, I'd think this should be `overflow: noscroll` instead of `overflow: clip` to be more semantically indicative of what is happening -- you cannot use specific scrolling functionality with it in JS, it is not considered a scrolling container, it is not related to clip-path (which still allows scrolling with `overflow: scroll`: https://jsfiddle.net/dgs71mo5/ and maintains the calculated scrollWidth and scrollHeight of its child elements) -- but I guess that ship has long since sailed. -- GitHub Notification of comment by x-Jake-x Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5572#issuecomment-704124421 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 6 October 2020 08:45:11 UTC