- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 16 Feb 2022 17:45:25 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-easing] Some ideas for linear() easing`, and agreed to the following: * `RESOLVED: Accept this as L2 Editor’s Draft.` * `RESOLVED: Add Jake Archibald as editor/co-editor of that Editor’s Draft.` <details><summary>The full IRC log of that discussion</summary> <fantasai> Topic: [css-easing] Some ideas for linear() easing<br> <fantasai> github: https://github.com/w3c/csswg-drafts/pull/6533#issuecomment-1023455165<br> <emeyer> Github: https://github.com/w3c/csswg-drafts/pull/6533#issuecomment-1023455165<br> <faceless> present-<br> <emeyer> JakeA: (presents slides)<br> <emeyer> …Idea is why not let people define a bunch of points in the easing space and we’ll interpolate between them?<br> <TabAtkins> Big +1<br> <emeyer> …`linear-spline()` would permit more complex easing patterns<br> <argyle> +1<br> <Rossen_> q<br> <TabAtkins> Probably still want to extend cubic-bezier() later, yeah, but this is perfectly acceptable and reasonable on its own<br> <flackr> +1<br> <emeyer> …This would leave the door open to a nicer system later on, and in the meantime we can allow elastic easing (including bounce easing)<br> <chris> q+<br> <Rossen_> ack chris<br> <emeyer> chris: Overall I think this is a good thing. It’s a nice balance between complexity and usability. I’d like to see this move forward. Is there a volunteer to edit this level 2 easing spec? JAKE?<br> <emeyer> JakeA: What would that mean?<br> <emeyer> chris: It means handling feedback and pushing things forward to get to implementation.<br> <emeyer> JakeA: Yeah, I’ll give it a go.<br> <emeyer> Rossen: Great, thanks for being a good sport.<br> <smfr> q+<br> <Rossen_> ack fantasai<br> <TabAtkins> More than happy to help Jake out fwiw<br> <emeyer> fantasai: I think we need two resolutions. One to create easing-2 and the other to incorporate this proposal. I’d also like to suggest FPWD as soon as it’s in.<br> <smfr> https://github.com/w3c/csswg-drafts/issues/280<br> <Rossen_> ack smfr<br> <argyle> been in safari for ages too right?!<br> <emeyer> smfr: There is a proposal for spring timing functions. I do think we should continue with the current suggestion.<br> <emeyer> Rossen: Sounds like it will be great to start this as ED, put the work in, move it to L2. We can go to FPWD as soon as there’s enough support. We’ll see if Dino’s spring function effort can go in as well.<br> <Rossen_> q?<br> <emeyer> RESOLVED: Accept this as L2 Editor’s Draft.<br> <JakeA> Reporting for duty!<br> <emeyer> RESOLVED: Add Jake Archibald as editor/co-editor of that Editor’s Draft.<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/pull/6533#issuecomment-1041926154 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 16 February 2022 17:45:27 UTC