- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Thu, 29 Jul 2021 21:16:14 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `Real-world scrollbar usage`, and agreed to the following: * `RESOLVED: With ack of the use-case, we still reject exposing a large set of pseudos for scrollbars (webkit-prefixed or otherwise)` <details><summary>The full IRC log of that discussion</summary> <TabAtkins> Topic: Real-world scrollbar usage<br> <TabAtkins> github: https://github.com/w3c/csswg-drafts/issues/1969<br> <TabAtkins> florian: at a high level, both these issues are looking at what's in SCrollbars and saying "controlling width/color is nice, but we want way more, can we have a bunch of pseudos to control things"<br> <TabAtkins> florian: precisely how they justify it is a little different, the exact set they're asking for is a little different<br> <TabAtkins> florian: One is following the existing webkit pseudos, the other isn't<br> <TabAtkins> florian: But both are complaining they're too simple and they want access to the deep structure<br> <TabAtkins> florian: I believe we've already resolved not to do this, for several reasons<br> <TabAtkins> florian: Not least that scrollbars are UI and OSes want control over this<br> <TabAtkins> florian: And OSes have different scrollbar structures, so one way of exposing won't work right for another<br> <TabAtkins> florian: So we've rejected in the past for these reasons<br> <TabAtkins> florian: I suggest doing so again<br> <TabAtkins> florian: We have an intro in the spec explaining why we're not doing this<br> <TabAtkins> florian: fantasai and I are iterating on it a little<br> <TabAtkins> florian: But preferred action is making the intro clearer as to why we're rejecting, then close as WONGFIX<br> <emilio> +1<br> <TabAtkins> florian: Coutner-argument is that if we do this, we might end up with authors not using scrollbar properties at all, and instead using JS scrolling, which is less accessible<br> <castastrophe> +1<br> <smfr> +1<br> <TabAtkins> florian: But still I think the right way is to close and hope that OpenUI helps us with advanced use-cases<br> <TabAtkins> +1<br> <Rossen_> q?<br> <smfr> +1 in support of what florian proposed<br> <castastrophe> Sorry, +1 to wontfix<br> <Rossen_> ack fantasai<br> <Rossen_> q?<br> <TabAtkins> fantasai: If we're deciding not to fix this, but webkit continues to ship the pseudos, does that mean we'll eventually need to spec those anyway? or is webkit planning to remove?<br> <astearns> q+<br> <TabAtkins> smfr: webkit is phasing them out - we don't support them on iOS<br> <emilio> q+<br> <TabAtkins> smfr: And generally slowly removing webkit-prefixed things. At some point in the future these'll probably go away<br> <Rossen_> ack astearns<br> <TabAtkins> astearns: Wonder if we're not quite closing wontfix, but "wontfix now"<br> <TabAtkins> astearns:<br> <TabAtkins> astearns: ARgument is that people will adopt these props, and won't see a boost in the number of custom scrollbars<br> <Rossen_> q<br> <Rossen_> ack emilio<br> <TabAtkins> astearns: If in the future we see that happenings, great; if not we can revisit. So slightly moderated response<br> <TabAtkins> emilio: We haven't gotten any compat reports about webkit scrollbars for quite a while.<br> <TabAtkins> emilio: Pages use them, but for now Firefox hasn't gotten compat issues<br> <smfr> q+<br> <astearns> s/, great; if not/<br> <TabAtkins> florian: Back to alan's point, the use-case of having *some* control over scrollbars isn't being ignored; we're taking steps toward that<br> <TabAtkins> florian: The idea of a whole pile of pseudos is being rejected<br> <emilio> q+<br> <TabAtkins> florian: The idea of doing more than today isn't rejected; we're pretty sure that a bunch of pseudos will never be workable, tho<br> <astearns> +1<br> <TabAtkins> florian: I niether want to make these people believe we're rejecting their use-case, nor let them believe if they push a little more we'll relent<br> <Rossen_> ackk smfr<br> <Rossen_> ack smfr<br> <TabAtkins> smfr: emilio said firefox hasn't had compat reports about not implementing, but a lot of Google props are using custom scrollbars<br> <TabAtkins> smfr: Woudl like info from chrome people about why they're still used, if it's not important on firefox<br> <TabAtkins> emilio: They use the scrollbar-color as well<br> <Rossen_> ack emilio<br> <TabAtkins> smfr: Ah, good. They currently show the scrollbars always next to videos on safari, which looks quite bad.<br> <TabAtkins> emilio: Note that a bunch of pseudos has some perf implications. We have some internal pseudos that we use, but we'd like to stop that, too.<br> <TabAtkins> Rossen_: so it sounds like the path forward is to acknowledge the use-case, but this isn't the path to pursue<br> <TabAtkins> Rossen_: Looks like a lot of +1s in chat for that<br> <TabAtkins> Rossen_: Anything else?<br> <TabAtkins> Rossen_: Objections?<br> <TabAtkins> RESOLVED: With ack of the use-case, we still reject exposing a large set of pseudos for scrollbars (webkit-prefixed or otherwise)<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1969#issuecomment-889464977 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 29 July 2021 21:16:17 UTC