- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 30 Sep 2020 16:23:19 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-scroll-snap] [css-scroll-anchoring] Clarify the interaction between snapping and scroll anchoring`, and agreed to the following: * `RESOLVED: scroll-snap overrides scroll-anchoring for behavior heuristics` <details><summary>The full IRC log of that discussion</summary> <dael> Topic: [css-scroll-snap] [css-scroll-anchoring] Clarify the interaction between snapping and scroll anchoring<br> <dael> github: https://github.com/w3c/csswg-drafts/issues/4830<br> <dael> Rossen_: Do we have a proposal? Who wants to introduce?<br> <dael> fantasai: I think this is a question of what wins between snapping and scroll-anchoring. I think scroll-snap wins. Not sure. I was looking for feedback from WG.<br> <dael> Rossen_: To make sure I got it, is the question which of the two prevails if I have scroll-snapping and scroll-anchoring?<br> <dael> fantasai: That's my interpretation. emilio filed it<br> <argyle> q+<br> <jensimmons> q-<br> <Rossen_> q?<br> <Rossen_> ack argyle<br> <dael> argyle: Updating a comment on the thread. Been building with scroll-snapping. Should target be similar to anchoring? Trying to clarify. Page wills croll to hash in URL?<br> <dael> smfr: Scroll-anchor is page maintain scroll position in face of content changes<br> <dael> argyle: So similar to scroll-snaping maintain position on resize and things like that.<br> <dael> smfr: yes<br> <dael> argyle: I guess I'm confused as to what this is trying to clarify.<br> <dael> smfr: Let's have emilio summarize<br> <dael> emilio: I filed this before we defined for layout to resnap. If we always resnap after layout I don't think there's an issue<br> <fantasai> emilio, resnapping was in the spec before you filed this :)<br> <dael> argyle: Have an issue where you refresh vs hit page first time what wins, target or scroll position. How many nested scrollers are restored. Sounds like this is more pointed then that case<br> <Rossen_> q<br> <dael> smfr: Question for emilio . What does snapping and anchoring have different ends states? If snapping is in place and scrolling you snap to something. Does scroll anchoring yank you away?<br> <dael> emilio: I guess ideally it shouldn't. I wonder if there are edge cases where scroll position is collapsed and so on<br> <dael> emilio: I could have added more details to the issue originally when this was in my head<br> <dael> Rossen_: Do we move on at this point? Sounds like there is no issue anymore<br> <dael> emilio: I'll try and look and reopen if I find something<br> <dael> Rossen_: Back to original question as to which overrides, snapping or anchoring. fantasai supposes snapping is favored over anchoring. Do we have this explicitly? If not it's good to be explicit so there's stable expectations for authors<br> <argyle> https://web.dev/snap-after-layout/<br> <dael> Rossen_: Are you suggesting this b/c we don't have it specified?<br> <argyle> https://drafts.csswg.org/css-scroll-snap-1/#re-snap<br> <dael> fantasai: Seems emilio got confused so might as well clarify<br> <dael> Rossen_: Anyone who believes we should favor anchor? Obj to scroll-snap overriding scroll-anchoring for behavior heuristics?<br> <dael> RESOLVED: scroll-snap overrides scroll-anchoring for behavior heuristics<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4830#issuecomment-701498238 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 30 September 2020 16:23:21 UTC