Re: [csswg-drafts] [css-overflow] Should a visibility:hidden overflow:scroll be scrollable? (#4113)

The CSS Working Group just discussed `Should a visibility:hidden overflow:scroll be scrollable?`, and agreed to the following:

* `RESOLVED: Align behavior of visibility:hidden with visible descendants for overflow:scroll to behave the same as overflow:hidden`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Should a visibility:hidden overflow:scroll be scrollable?<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/4113<br>
&lt;dael> smfr: You have overflow:scroll with visibity:hidden but a visble decendant. Should you be able to scroll if you interact? If programmatic movement should it move things around?<br>
&lt;dael> Rossen_: Current behavior?<br>
&lt;dael> smfr: Cannot interactively scroll, but can through programmatic and things happening on descendants. I think that's reasonable<br>
&lt;Rossen_> https://codepen.io/anon/pen/NZZvgY<br>
&lt;dael> Rossen_: Is ^ the example?<br>
&lt;dael> smfr: Yes, I think so<br>
&lt;dael> emilio: FF behavior is same but we allow scrolling interactively the first time which is weird. Would think of it as a bug.<br>
&lt;smfr> https://codepen.io/smfr/pen/orRLqN<br>
&lt;dael> smfr: Simpler example ^<br>
&lt;dael> [everyone looks at the examples in silence]<br>
&lt;dael> Rossen_: Your definition, if I'm getting it correctly, for purposes of computing scroll bounds for scroller with visibility:hidden descendants are not counted as part of scroll boands for this scroller?<br>
&lt;dael> smfr: Not about scroll bounds. element.scrollheight is same weither or not overflow:Scroll is hidden. It's about if UA allows interaciton<br>
&lt;dael> TabAtkins: final codepen has a scrollbar, but you can't scroll it directly<br>
&lt;dael> TabAtkins: If you were to make it scroll bounds it means can't be scrolled by anything. Programmatic and bubbling still works<br>
&lt;dael> smfr: Behaves similar to if it's overflow:hidden. Maybe can write in same way as overflow:hidden which allows programmatic scrolling<br>
&lt;dael> Rossen_: Reasonable. Aligning with overflow:hidden would be similar behavior to something people know how to use. People know you can select and drag to scroll overflow:hidden scrollers.<br>
&lt;dael> Rossen_: Other opinions?<br>
&lt;dael> Rossen_: Prop: Align behavior of visibility:hidden with visible descendants for overflow:scroll to behave the same as overflow:hidden<br>
&lt;dael> smfr: Also question on if pointer-events:none.<br>
&lt;dael> Rossen_: Sep issue?<br>
&lt;dael> smfr: No. Don't know if need separate or lump in.<br>
&lt;dbaron> seems like pointer-events:none shouldn't effect keyboard-based scrolling?<br>
&lt;dael> Rossen_: Since we're a minute past let's resolve on this. If want to try and lump in lets do that later.<br>
&lt;dael> Rossen_: Obj to Align behavior of visibility:hidden with visible descendants for overflow:scroll to behave the same as overflow:hidden<br>
&lt;dael> RESOLVED: Align behavior of visibility:hidden with visible descendants for overflow:scroll to behave the same as overflow:hidden<br>
&lt;dbaron> I assume this means for scrolling behavior and not for layout (e.g., size of scrollbars)<br>
&lt;dael> Rossen_: We're are hour. If you want to discuss pointer-events let's do that next week or in github<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4113#issuecomment-516935337 using your GitHub account

Received on Wednesday, 31 July 2019 17:02:51 UTC