gecko/dom/animation/moz.build

# -*- Mode: python; c-basic-offset: 4; indent-tabs-mode: nil; tab-width: 40 -*-
# vim: set filetype=python:
# 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/.

MOCHITEST_MANIFESTS += ['test/mochitest.ini']
MOCHITEST_CHROME_MANIFESTS += ['test/chrome.ini']

EXPORTS.mozilla.dom += [
    'Animation.h',
    'AnimationEffectReadOnly.h',
    'AnimationTimeline.h',
    'DocumentTimeline.h',
    'KeyframeEffect.h',
]

EXPORTS.mozilla += [
    'AnimationComparator.h',
    'AnimationUtils.h',
    'ComputedTimingFunction.h',
    'EffectCompositor.h',
    'EffectSet.h',
    'PendingAnimationTracker.h',
]

UNIFIED_SOURCES += [
    'Animation.cpp',
    'AnimationEffectReadOnly.cpp',
    'AnimationTimeline.cpp',
    'AnimationUtils.cpp',
    'ComputedTimingFunction.cpp',
    'DocumentTimeline.cpp',
    'EffectCompositor.cpp',
    'EffectSet.cpp',
    'KeyframeEffect.cpp',
    'PendingAnimationTracker.cpp',
]

LOCAL_INCLUDES += [
    '/dom/base',
    '/layout/base',
    '/layout/style',
]

FINAL_LIBRARY = 'xul'

if CONFIG['GNU_CXX']:
    CXXFLAGS += ['-Wshadow']
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium 2014-05-13 00:22:12 -07:00			`# -- Mode: python; c-basic-offset: 4; indent-tabs-mode: nil; tab-width: 40 --`
			`# vim: set filetype=python:`
			`# 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/.`

Bug 998246 part 5 - Add tests for AnimationTimeline; r=dholbert 2014-05-13 00:22:13 -07:00			`MOCHITEST_MANIFESTS += ['test/mochitest.ini']`
Bug 1045994 - Add a chrome-only property to AnimationPlayer to indicate if an animation is running on the compositor; r=dbaron, r=bz 2014-08-22 05:42:47 -07:00			`MOCHITEST_CHROME_MANIFESTS += ['test/chrome.ini']`
Bug 998246 part 5 - Add tests for AnimationTimeline; r=dholbert 2014-05-13 00:22:13 -07:00
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium 2014-05-13 00:22:12 -07:00			`EXPORTS.mozilla.dom += [`
Bug 1154615 part 1 - Rename AnimationPlayer to Animation in WebIDL; r=smaug This patch is a fairly minimal rename of the AnimationPlayer interface. It leaves a bunch of local variables and helper classes still using the word "player". These will be addressed in subsequent patches that don't require DOM peer review. 2015-04-20 18:22:09 -07:00			`'Animation.h',`
Bug 1159082 - Rename Readonly animation interfaces to ReadOnly. r=smaug 2015-04-30 06:06:43 -07:00			`'AnimationEffectReadOnly.h',`
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium 2014-05-13 00:22:12 -07:00			`'AnimationTimeline.h',`
Bug 1152171 part 2 - Rename AnimationTimeline to DocumentTimeline; r=smaug And then re-add AnimationTimeline as an abstract super-interface of DocumentTimeline. 2015-04-09 18:34:22 -07:00			`'DocumentTimeline.h',`
Bug 1153734 part 2 - Rename Animation to KeyframeEffectReadonly; r=smaug We define KeyframeEffectReadonly in KeyframeEffect.cpp since Web Animations also defines KeyframeEffect and when we come to implement that I expect we'll define it in the same class, maybe even using the same object. This patch also adds a few missing includes in places where KeyframeEffectReadonly is used so that we're not just cargo-culting it in. 2015-04-14 16:48:21 -07:00			`'KeyframeEffect.h',`
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium 2014-05-13 00:22:12 -07:00			`]`

Bug 927349 part 1 - Add PendingPlayerTracker; r=jwatt This patch adds a hashtable to nsDocument that stores all the animation players that are currently waiting to start. In the future it may also be used to store players that are waiting to pause which is why the methods are called AddPlayPending/RemovePlayPending instead of just AddPlayer/RemovePlayer. 2014-12-17 15:42:41 -08:00			`EXPORTS.mozilla += [`
Bug 1171817 part 14 - Add AnimationPtrComparator class; r=dbaron Having created composite ordering methods for the different kinds of animations this patch adds a Comparator class so that they can be used to sort an array of such animations. This patch uses this Comparator object to sort the results returned by Element.getAnimations. For this case, the order in which we create animations and transitions happens to almost perfectly correspond with the composite ordering defined so that no sorting is necessary. One exception is that some -moz-* transitions may be created after transitions that they should sort before when sorting by transition property. In this case the sorting added in this patch should ensure they are returned in the correct sequence. Unfortunately, we can't easily test this since the test files we have are intended to be cross-browser (where -moz-* properties won't be supported). Once we implement AnimationTimeline.getAnimations (bug 1150810) we'll have a better opportunity to test this sorting. For now, the added tests in this patch just serve as a regression test that the sorting hasn't upset the already correct order (and an interop test in future once we move them to web-platform-tests). 2015-06-08 19:13:54 -07:00			`'AnimationComparator.h',`
Bug 1152171 part 2 - Rename AnimationTimeline to DocumentTimeline; r=smaug And then re-add AnimationTimeline as an abstract super-interface of DocumentTimeline. 2015-04-09 18:34:22 -07:00			`'AnimationUtils.h',`
Bug 1208940 - Move ComputedTimingFunction to its own file. r=bbirtles 2015-11-01 13:41:00 -08:00			`'ComputedTimingFunction.h',`
Bug 1226118 part 8 - Add EffectCompositor::GetAnimationsForCompositor that uses the EffectSet rather than AnimationCollection; r=dholbert This added method should behave in an equivalent manner to the existing CommonAnimationManager::GetAnimationsForCompositor except for the following differences: * It uses the EffectSet attached to a target element rather than one of the AnimationCollection object on the owning element. * It returns an array of Animation objects consisting of only those Animations that actually have the specified property as opposed to the AnimationCollection consisting of all CSS animations or all CSS transitions for the element regardless of whether they run on the compositor or not. It may not be obvious why these two methods otherwise behave in an equivalent fashion so the following explains how the existing code is mirrored in the new method. The existing code is as follows: > AnimationCollection* > CommonAnimationManager::GetAnimationsForCompositor(const nsIFrame* aFrame, > nsCSSProperty aProperty) > { > AnimationCollection* collection = GetAnimationCollection(aFrame); > if (!collection \|\| > !collection->HasCurrentAnimationOfProperty(aProperty) \|\| > !collection->CanPerformOnCompositorThread(aFrame)) { > return nullptr; > } > > // This animation can be done on the compositor. > return collection; > } The new EffectCompositor::GetAnimationsForCompositor begins with two checks performed at the beginning of CanPerformOnCompositorThread: the checks for whether async animations are enabled or not and whether the frame has refused async animations since these are cheap and it makes sense to check them first. The next part of EffectCompositor::GetAnimationsForCompositor checks if there is an EffectSet associated with the frame. This is equivalent to the check whether \|collection\| is null or not above. Following, we iterate through the effects in the EffectSet. We first check if each effect is playing or not. In the above code, HasCurrentAnimationOfProperty only checks if the effect is current or not. However, CanPerformOnCompositorThread will only return true if it finds an animation that can run on the compositor that is playing. Since playing is a strict subset of current we only need to perform the more restrictive test. Next we check if the effect should block running other animations on the compositor. This is equivalent to the remainder of CanPerformOnCompositorThread. Note that the order is important here. Only playing animations should block other animations from running on the compositor. Furthermore, this needs to happen before the following step since animations of property other than \|aProperty\| can still block animations from running on the compositor. Finally, we check if the effect has an animation of \|aProperty\|. This is equivalent to the remainder of HasCurrentAnimationOfProperty. If all these checks succeed, we add the effect's animation to the result to return. 2015-12-03 15:34:12 -08:00			`'EffectCompositor.h',`
Bug 1225699 part 1 - Add EffectSet class; r=smaug 2015-11-25 23:53:53 -08:00			`'EffectSet.h',`
Bug 1154615 part 2 - Rename PendingPlayerTracker to PendingAnimationTracker; r=jwatt This patch also updates the method names on PendingAnimationTracker but leaves a number of local variables which will be fixed in a subsequent patch. 2015-04-20 18:22:09 -07:00			`'PendingAnimationTracker.h',`
Bug 927349 part 1 - Add PendingPlayerTracker; r=jwatt This patch adds a hashtable to nsDocument that stores all the animation players that are currently waiting to start. In the future it may also be used to store players that are waiting to pause which is why the methods are called AddPlayPending/RemovePlayPending instead of just AddPlayer/RemovePlayer. 2014-12-17 15:42:41 -08:00			`]`

Bug 1072299 - Build dom/animation in unified mode; r=baku --HG-- extra : rebase_source : 2119739c119fddb1204f6941b19a9a3f68d49cf8 2014-09-25 07:11:43 -07:00			`UNIFIED_SOURCES += [`
Bug 1154615 part 1 - Rename AnimationPlayer to Animation in WebIDL; r=smaug This patch is a fairly minimal rename of the AnimationPlayer interface. It leaves a bunch of local variables and helper classes still using the word "player". These will be addressed in subsequent patches that don't require DOM peer review. 2015-04-20 18:22:09 -07:00			`'Animation.cpp',`
Bug 1159082 - Rename Readonly animation interfaces to ReadOnly. r=smaug 2015-04-30 06:06:43 -07:00			`'AnimationEffectReadOnly.cpp',`
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium 2014-05-13 00:22:12 -07:00			`'AnimationTimeline.cpp',`
Bug 1226118 part 5 - Move LogAsyncAnimationFailure to AnimationUtils; r=dholbert This patch also moves AnimationUtils out of the dom namespace since it seems unnecessary. We typically only put actual DOM interfaces in the dom namespace. 2015-12-03 15:32:53 -08:00			`'AnimationUtils.cpp',`
Bug 1208940 - Move ComputedTimingFunction to its own file. r=bbirtles 2015-11-01 13:41:00 -08:00			`'ComputedTimingFunction.cpp',`
Bug 1152171 part 2 - Rename AnimationTimeline to DocumentTimeline; r=smaug And then re-add AnimationTimeline as an abstract super-interface of DocumentTimeline. 2015-04-09 18:34:22 -07:00			`'DocumentTimeline.cpp',`
Bug 1226118 part 8 - Add EffectCompositor::GetAnimationsForCompositor that uses the EffectSet rather than AnimationCollection; r=dholbert This added method should behave in an equivalent manner to the existing CommonAnimationManager::GetAnimationsForCompositor except for the following differences: * It uses the EffectSet attached to a target element rather than one of the AnimationCollection object on the owning element. * It returns an array of Animation objects consisting of only those Animations that actually have the specified property as opposed to the AnimationCollection consisting of all CSS animations or all CSS transitions for the element regardless of whether they run on the compositor or not. It may not be obvious why these two methods otherwise behave in an equivalent fashion so the following explains how the existing code is mirrored in the new method. The existing code is as follows: > AnimationCollection* > CommonAnimationManager::GetAnimationsForCompositor(const nsIFrame* aFrame, > nsCSSProperty aProperty) > { > AnimationCollection* collection = GetAnimationCollection(aFrame); > if (!collection \|\| > !collection->HasCurrentAnimationOfProperty(aProperty) \|\| > !collection->CanPerformOnCompositorThread(aFrame)) { > return nullptr; > } > > // This animation can be done on the compositor. > return collection; > } The new EffectCompositor::GetAnimationsForCompositor begins with two checks performed at the beginning of CanPerformOnCompositorThread: the checks for whether async animations are enabled or not and whether the frame has refused async animations since these are cheap and it makes sense to check them first. The next part of EffectCompositor::GetAnimationsForCompositor checks if there is an EffectSet associated with the frame. This is equivalent to the check whether \|collection\| is null or not above. Following, we iterate through the effects in the EffectSet. We first check if each effect is playing or not. In the above code, HasCurrentAnimationOfProperty only checks if the effect is current or not. However, CanPerformOnCompositorThread will only return true if it finds an animation that can run on the compositor that is playing. Since playing is a strict subset of current we only need to perform the more restrictive test. Next we check if the effect should block running other animations on the compositor. This is equivalent to the remainder of CanPerformOnCompositorThread. Note that the order is important here. Only playing animations should block other animations from running on the compositor. Furthermore, this needs to happen before the following step since animations of property other than \|aProperty\| can still block animations from running on the compositor. Finally, we check if the effect has an animation of \|aProperty\|. This is equivalent to the remainder of HasCurrentAnimationOfProperty. If all these checks succeed, we add the effect's animation to the result to return. 2015-12-03 15:34:12 -08:00			`'EffectCompositor.cpp',`
Bug 1225699 part 1 - Add EffectSet class; r=smaug 2015-11-25 23:53:53 -08:00			`'EffectSet.cpp',`
Bug 1153734 part 2 - Rename Animation to KeyframeEffectReadonly; r=smaug We define KeyframeEffectReadonly in KeyframeEffect.cpp since Web Animations also defines KeyframeEffect and when we come to implement that I expect we'll define it in the same class, maybe even using the same object. This patch also adds a few missing includes in places where KeyframeEffectReadonly is used so that we're not just cargo-culting it in. 2015-04-14 16:48:21 -07:00			`'KeyframeEffect.cpp',`
Bug 1154615 part 2 - Rename PendingPlayerTracker to PendingAnimationTracker; r=jwatt This patch also updates the method names on PendingAnimationTracker but leaves a number of local variables which will be fixed in a subsequent patch. 2015-04-20 18:22:09 -07:00			`'PendingAnimationTracker.cpp',`
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium 2014-05-13 00:22:12 -07:00			`]`

Bug 1195180 part 8 - Tick animations from their timeline; r=heycam 2015-09-27 20:38:41 -07:00			`LOCAL_INCLUDES += [`
			`'/dom/base',`
Bug 1229280 - Move animation generation from AnimationCollection to EffectSet; r=dbaron 2016-01-05 18:04:05 -08:00			`'/layout/base',`
Bug 1228229 part 8 - Add EffectCompositor::(Maybe)UpdateCascadeResults; r=dbaron 2016-01-05 18:04:05 -08:00			`'/layout/style',`
Bug 1195180 part 8 - Tick animations from their timeline; r=heycam 2015-09-27 20:38:41 -07:00			`]`
Bug 1208929 - Turn on -Wshadow for dom/animation; r=glandium This patch also shuffles the order of LOCAL_INCLUDES and FINAL_LIBRARY to match what most other moz.build files seem to do. 2015-09-28 21:22:24 -07:00
			`FINAL_LIBRARY = 'xul'`

			`if CONFIG['GNU_CXX']:`
			`CXXFLAGS += ['-Wshadow']`