Ship @starting-style
Categories
(Core :: CSS Transitions and Animations, task, P3)
Tracking
()
People
(Reporter: boris, Assigned: boris)
References
(Blocks 2 open bugs, )
Details
(Keywords: dev-doc-complete)
Attachments
(1 file)
Enable layout.css.starting-style-at-rules.enabled
on all channels after Fx129 if everything looks good.
Updated•4 months ago
|
Assignee | ||
Comment 2•4 months ago
|
||
Yes. I will send an intend-to-ship mail first and enable the preference.
Assignee | ||
Updated•3 months ago
|
Assignee | ||
Comment 3•3 months ago
|
||
Per https://groups.google.com/a/mozilla.org/g/dev-platform/c/bxSic3XP7oM,
we would like to ship @starting-style rule.
Updated•3 months ago
|
Comment 5•3 months ago
|
||
bugherder |
Comment 6•3 months ago
|
||
:boris could you consider nominating this for a release note? (Process info)
We could include it in the nightly release notes.
Assignee | ||
Comment 7•3 months ago
|
||
Release Note Request (optional, but appreciated)
[Why is this notable]: We ship a new feature, transition-behavior CSS property. This property allows us to create a transition on discrete animated CSS properties.
[Affects Firefox for Android]: Yes
[Suggested wording]: Ship transition-behavior property, which specifies whether transitions will be started or not for discrete properties.
[Links (documentation, blog post, etc)]: https://drafts.csswg.org/css-transitions-2/#transition-behavior-property
Comment 8•3 months ago
|
||
:boris, looks like your comment 7 should have been added to Bug 1901645. Also, a comment in Bug 1901645 should have been the release note content for this. Pasting here to make clear it up.
Release Note Request (optional, but appreciated)
[Why is this notable]: We ship a new feature, @starting-style rule. This rule allows us to define the starting style which could be used as the before-change style to start the CSS transitions on the first rendering.
[Affects Firefox for Android]: Yes
[Suggested wording]: Ship @starting-style rule. The style rules inside it are used to establish styles to transition from, if the previous style change event did not establish a before-change style for the element whose styles are being computed.
[Links (documentation, blog post, etc)]: https://drafts.csswg.org/css-transitions-2/#at-ruledef-starting-style
Comment 9•3 months ago
|
||
Thanks, added to the Fx129 nightly release notes, please allow 30 minutes for the site to update.
Keeping the relnote-firefox flag as ? to keep it on the radar for inclusion in the final Fx129 release notes
Comment 10•3 months ago
•
|
||
When this is released, will it also support animating from display: none;
this appears to be working in nightly (129.0a1)?
Actually I am wrong here it is not working in nightly.
Assignee | ||
Comment 11•3 months ago
|
||
(In reply to Dave Letorey from comment #10)
When this is released, will it also support animating from
display: none;
this appears to be working in nightly (129.0a1)?
Actually I am wrong here it is not working in nightly.
The animation of display
property depends on Bug 1834877. We don't support the animation of display
property now.
However, if you just change the display property value from none, we will create the transitions on other properties, per the starting style (e.g. the wpt)
Comment 12•3 months ago
|
||
Related Pull Requests
Updated•3 months ago
|
Updated•2 months ago
|
Description
•