mirror of
https://github.com/mozilla/gecko-dev.git
synced 2025-02-26 04:09:50 +00:00
ce28c41da0
As of the prior patch, these are no longer needed. I removed these with a script, then ran clang-format on the files, then manually reverted a few unrelated changed from the formatter. Differential Revision: https://phabricator.services.mozilla.com/D164829
49 lines
2.1 KiB
C++
49 lines
2.1 KiB
C++
/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
|
|
/* vim: set ts=8 sts=2 et sw=2 tw=80: */
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this file,
|
|
* You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
#include "ScrollTimelineAnimationTracker.h"
|
|
|
|
#include "mozilla/dom/Document.h"
|
|
|
|
namespace mozilla {
|
|
|
|
NS_IMPL_CYCLE_COLLECTION(ScrollTimelineAnimationTracker, mPendingSet, mDocument)
|
|
|
|
void ScrollTimelineAnimationTracker::TriggerPendingAnimations() {
|
|
for (auto iter = mPendingSet.begin(), end = mPendingSet.end(); iter != end;
|
|
++iter) {
|
|
dom::Animation* animation = *iter;
|
|
|
|
MOZ_ASSERT(animation->GetTimeline() &&
|
|
!animation->GetTimeline()->IsMonotonicallyIncreasing());
|
|
|
|
// FIXME: Trigger now may not be correct because the spec says:
|
|
// If a user agent determines that animation is immediately ready, it may
|
|
// schedule the task (i.e. ResumeAt()) as a microtask such that it runs at
|
|
// the next microtask checkpoint, but it must not perform the task
|
|
// synchronously.
|
|
// Note: So, for now, we put the animation into the tracker, and trigger
|
|
// them immediately until the frames are ready. Using TriggerOnNextTick()
|
|
// for scroll-linked animations may have issues because we don't tick if
|
|
// no one does scroll.
|
|
if (!animation->TryTriggerNowForFiniteTimeline()) {
|
|
// Note: We keep this animation pending even if its timeline is always
|
|
// inactive. It's pretty hard to tell its future status, for example, it's
|
|
// possible that the scroll container is in display:none subtree but the
|
|
// animating element isn't the subtree, then we need to keep tracking the
|
|
// situation until the scroll container gets framed. so in general we make
|
|
// this animation be pending (i.e. not ready) if its scroll-timeline is
|
|
// inactive, and this also matches the current spec definition.
|
|
continue;
|
|
}
|
|
|
|
// Note: Remove() is legitimately called once per entry during the loop.
|
|
mPendingSet.Remove(iter);
|
|
}
|
|
}
|
|
|
|
} // namespace mozilla
|