- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 24 Jan 2024 17:28:59 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-align] align-content and scroll coordinates`. <details><summary>The full IRC log of that discussion</summary> <astearns> other issue: https://github.com/w3c/csswg-drafts/issues/4957#issuecomment-627004071<br> <fantasai> github: s scrolling in the reverse direction from normal. This probably implies that, for the initial scroll<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/9807<br> <fantasai> gitub: https://github.com/w3c/csswg-drafts/issues/4957#issuecomment-627004071<br> <fantasai> gitub: https://github.com/w3c/csswg-drafts/issues/4957<br> <fantasai> github: https://github.com/w3c/csswg-drafts/issues/4957<br> <Frances> fantasai: We changed the way that we do scroll-coordinate in a reverse flex container with intiial position at 0 as the position of everything and can scroll from there. Implementations don't do it for alignment, need to make content visible if scrolling of the start side of the container for example.<br> <Rossen_> q?<br> <Frances> fantasai: Match the implementations. Broader discussion in 4957 two mental models for how they happen. Option 1: lay out as normal. Option 2: layout as position 0. We should go with the first option.<br> <Frances> Florian: Constrained by compat?<br> <Frances> fantasai: I don't think so.<br> <fantasai> s/as position 0/as start alignment, shift scrollable area/<br> <fantasai> s/as normal/as normal, allow access to scrollable area in opposite direction/<br> <Frances> Ian: As long as it flips script-origin seems fine with me.<br> <Frances> Rossen: Any other thoughts or objections?<br> <Frances> PROPOSAL: alignment in a scroll container follows the same model as reversing in flex box as implemented which is layout for non scrollable containers that allow scrolling in the opposite direction as necessary.<br> <Frances> Ian: scroll origin concept to choose which point if in negative space is actually negative. It is how implementations today do it.<br> <iank_> This is the concept we have in the spec currently https://drafts.csswg.org/css-overflow-3/#scroll-origin<br> <Frances> Rossen: from a fragmentation point of view?<br> <Frances> Elika: layout point of view<br> <Frances> fantasai: if no scrollbar,, would not cause any content to shift its position. What happens in the box should not move whether overflow is on or off. In access by scrolling.<br> <Frances> fantasai: Due to alignment, need to distinguish layout whether different or not.<br> <Frances> Ian: why not reference scroll origin in resolution? such as how they behave in flex containers.<br> <Frances> Rossen: Some consensus on the scroll origin.<br> <Frances> Ian: Resolve on the scroll origin?<br> <Frances> fantasai: Resolve on behavior and solve implementation later.<br> <Frances> fantasai: current spec of scroll-position and scroll-overflow are distinct and might not be related.<br> <fantasai> s/scroll-position/initial scroll positoin/<br> <fantasai> s/scroll-overflow/scroll origin/<br> <fantasai> fantasai: and we probably need to fix that<br> <fantasai> fantasai: so I don't want to rely on that definition<br> <fantasai> proposal: alignment in scroll containers doesn't affect layout wrt non-scrolling containers, just changes which direction and how far you can scroll<br> <fantasai> proposal: alignment in scroll containers doesn't affect layout wrt non-scrolling containers or whether initial scroll position is zero-coord, just changes which direction and how far you can scroll<br> <Frances> Rossen: any objections?<br> <fantasai> proposal: alignment on scroll containers results in same layout as non-scrolling containers or whether initial scroll position is zero-coord, just changes which direction and how far you can scroll<br> <fantasai> proposal: alignment on scroll containers results in same layout as non-scrolling containers, and doesn't affect whether initial scroll position is zero-coord, just changes which direction and how far you can scroll<br> <Frances> resolved: alignment on scroll containers results in same layout as non-scrolling containers, and doesn't affect whether initial scroll position is zero-coord, just changes which direction and how far you can scroll<br> <fantasai> s/resolved/RESOLVED/<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4957#issuecomment-1908602152 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 24 January 2024 17:29:02 UTC