Skip to content

[css-transitions-2] transition-timing-function and getComputedTiming() #4288

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
george-steel opened this issue Sep 9, 2019 · 2 comments
Closed

Comments

@george-steel
Copy link
Contributor

Should the easing function specified in transition-timing-function be applied to the global timing function of the CSSTransition's KeyframeEffect (and be returned by getComputedTiming()) or should it be applied to the first keyframe? First keyframe is consistent with CSSAnimation while global timing seems to be implied by the reversing behavior, as the global progress it talks about is affected by the easing function and it would make sense if getComputedTiming returned this value.

@birtles
Copy link
Contributor

birtles commented Sep 11, 2019

That's a great question. In Firefox we apply it to the first keyframe for consistency with CSS animations, but I can see how it might be more intuitive for an author if it applied to the effect instead (so you can substitute out the keyframe values without affecting the easing).

Furthermore, regarding the reversing behavior you identified, it looks like we ran into the same issue in Firefox and have an outstanding issue to moving the easing to the effect instead (code comment, bug).

@graouts
Copy link
Contributor

graouts commented Sep 11, 2019

We discussed this during the 2019-09-10 telcon and I agree that this is desirable. I think at this stage we have general agreement to pursue this, @george-steel could you make a spec edit and create a pull request?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants