Closed
Bug 1263491
Opened 9 years ago
Closed 6 years ago
Make SetSpecifiedTiming (and possibly Play/PauseFromStyle) do observer notification
Categories
(Core :: DOM: Animation, defect)
Core
DOM: Animation
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
firefox48 | --- | affected |
People
(Reporter: birtles, Unassigned)
References
Details
Bug 1260655 will make SetFrames do observer notification (since this needs to happen when we expose SetFrames to javascript anyway). That means we no longer need to check for changes to the frames in UpdateOldAnimationPropertiesWithNew (in nsAnimationManager.cpp). We should do the same thing for SetSpecifiedTimingProperties to make it more encapsulated and reusable.
We should possibly also do the same for Play/PauseFromStyle although I haven't really looked into that yet. Doing that would mean we can get rid of the animationChanged local variable altogether.
Comment 1•8 years ago
|
||
(In reply to Brian Birtles (:birtles) from comment #0)
> Bug 1260655 will make SetFrames do observer notification (since this needs
> to happen when we expose SetFrames to javascript anyway). That means we no
> longer need to check for changes to the frames in
> UpdateOldAnimationPropertiesWithNew (in nsAnimationManager.cpp). We should
> do the same thing for SetSpecifiedTimingProperties to make it more
> encapsulated and reusable.
Another thing I notice is that we can call RequestRestyle(Layer) in the same condition. I mean that if we need to call nsNodeUtils::AnimationChanged(), it's the time to call RequestRestyle(Layer). At least in KeyframeEffect and KeyframeEffectReadOnly, it seems be right.
Reporter | ||
Comment 2•6 years ago
|
||
It looks to me like we're doing this now:
Animation::PlayNoUpdate
and Animation::Pause
also appear to be doing observer notification.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•