Open
Bug 1834877
Opened 3 years ago
Updated 9 days ago
[css-display] allow 'display' to be animated; and when an animation produces display:none, it should continue to run, but still cancel animations within that subtree
Categories
(Core :: CSS Transitions and Animations, defect)
Core
CSS Transitions and Animations
Tracking
()
NEW
| Size Estimate | M |
People
(Reporter: mozilla-apprentice, Unassigned)
References
(Depends on 7 open bugs, Blocks 13 open bugs)
Details
(4 keywords, Whiteboard: [platform-feature][webcompat:risk-moderate])
User Story
web-feature: display-animation user-impact-score:732
Attachments
(1 obsolete file)
A resolution was made for csswg-drafts/#6429.
[css-display] Why is display listed as not animatable instead of animation type: discrete?
- RESOLVED: When an animations produces display none it continues to run but it still cancels animations within that subtree.
Updated•3 years ago
|
Component: Layout → CSS Transitions and Animations
Summary: [css-display] Why is display listed as not animatable instead of animation type: discrete? → [css-display] When an animations produces display:none, it should continue to run, but still cancel animations within that subtree
Updated•3 years ago
|
Summary: [css-display] When an animations produces display:none, it should continue to run, but still cancel animations within that subtree → [css-display] When an animation produces display:none, it should continue to run, but still cancel animations within that subtree
Updated•2 years ago
|
Updated•2 years ago
|
Comment 1•2 years ago
|
||
updating bug title to get to the more fundamental change here, which is allowing display to be animated.
Summary: [css-display] When an animation produces display:none, it should continue to run, but still cancel animations within that subtree → [css-display] allow 'display' to be animated; and when an animation produces display:none, it should continue to run, but still cancel animations within that subtree
Updated•2 years ago
|
Blocks: css-display-4
Comment 3•1 year ago
|
||
Is the backdrop not animating in when clicking the button here (contrary to what it does in chrome) part of this bug? https://codepen.io/depict_daniel/pen/XWvmPee
Comment 4•1 year ago
|
||
I don't think so... I think the main issue is bug 1770591 (::backdrop is right now not a proper element, so I don't think we can target animations to it).
Comment 6•1 year ago
|
||
Updated•1 year ago
|
Whiteboard: webcompat:risk-moderate
Updated•1 year ago
|
Size Estimate: --- → M
Updated•1 year ago
|
Keywords: parity-chrome,
parity-safari
Updated•1 year ago
|
User Story: (updated)
Updated•10 months ago
|
Updated•10 months ago
|
Updated•6 months ago
|
Whiteboard: webcompat:risk-moderate → [platform-feature][webcompat:risk-moderate]
Updated•6 months ago
|
Keywords: webcompat:platform-bug
Updated•6 months ago
|
User Story: (updated)
Updated•6 months ago
|
User Story: (updated)
Updated•1 month ago
|
Keywords: web-feature
Updated•1 month ago
|
User Story: (updated)
Updated•29 days ago
|
User Story: (updated)
Comment 10•16 days ago
|
||
Comment on attachment 9438956 [details]
WIP: Bug 1834877 - Allow display to be animated.
Revision D229708 was moved to bug 2057005. Setting attachment 9438956 [details] to obsolete.
Attachment #9438956 -
Attachment is obsolete: true
Updated•16 days ago
|
Updated•14 days ago
|
User Story: (updated)
Updated•13 days ago
|
User Story: (updated)
You need to log in
before you can comment on or make changes to this bug.
Description
•