- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Tue, 27 Jul 2021 16:17:32 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `scroll-index`. <details><summary>The full IRC log of that discussion</summary> <emilio> topic: scroll-index<br> <emilio> github: https://github.com/w3c/csswg-drafts/issues/5670<br> <emilio> florian: not my issue but I wanted to give it some attention<br> <TabAtkins> q+<br> <emilio> ... The use case is something we see on lots of websites, with a top banner that disappears but reappears if you scroll up again<br> <emilio> ... This author is thinking of this in terms of nested scrollers<br> <emilio> ... where your top banner is in a scroller outside the inner one<br> <emilio> ... we always prioritize the inner scroller<br> <flackr> q+<br> <emilio> ... but the author was proposing to prioritize the outer scroller, and only when that is exhausted scroll the inner one<br> <emilio> ... no strong opinion, there could be some parallels with overscroll-behavior<br> <emilio> ... just wanted to bring some attention to the issue<br> <emilio> TabAtkins: I find the use case good to address because lots of sites do this badly<br> <emilio> ... but I think this approach is not the way to go<br> <Rossen_> ack TabAtkins<br> <emilio> ... first this doesn't do what lots of sites do which is having a minified banner<br> <emilio> ... second, it seems very easy to screw up a page if you only test on desktop<br> <emilio> ... the current behavior is safer for that<br> <emilio> ... So I think the problem is good, the solution is bad<br> <emilio> ... we probably want another way to do this<br> <Rossen_> ack flackr<br> <emilio> flackr: I was going to point pretty much the same<br> <emilio> ... you only want to do this scroll priority inversion for the topmost scroller<br> <emilio> ... if you have nested ones then scrolling the header is probably not what the user intended<br> <Rossen_> q?<br> <emilio> ... so it seems a bit of a problematic solution<br> <emilio> Rossen_: sounds like the use case is well recognized, but the proposed solution is not<br> <argyle> agree with robert and tab<br> <emilio> ... I suggest to go back to the issue to discuss the solution<br> <emilio> florian: so the issue was proposing the solution, you're proposing to repurpose it right?<br> <emilio> Rossen_: sure<br> <emilio> florian: sounds good<br> <emilio> Rossen_: yeah, it seems like we should explore a good solution for this problem<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5670#issuecomment-887648981 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 27 July 2021 16:17:34 UTC