mozilla
/
gecko-dev
зеркало из https://github.com/mozilla/gecko-dev.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
gecko-dev/dom/animation/moz.build

52 строки
1.2 KiB
Plaintext
Исходник Обычный вид История

Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04: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 11:22:13 +04: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 16:42:47 +04:00
MOCHITEST_CHROME_MANIFESTS += ['test/chrome.ini']
Bug 998246 part 5 - Add tests for AnimationTimeline; r=dholbert
2014-05-13 11:22:13 +04:00
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04: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. --HG-- rename : dom/animation/AnimationPlayer.cpp => dom/animation/Animation.cpp rename : dom/animation/AnimationPlayer.h => dom/animation/Animation.h rename : dom/webidl/AnimationPlayer.webidl => dom/webidl/Animation.webidl
2015-04-21 04:22:09 +03:00
'Animation.h',
Bug 1159082 - Rename *Readonly animation interfaces to *ReadOnly. r=smaug
2015-04-30 16:06:43 +03:00
'AnimationEffectReadOnly.h',
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04: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. --HG-- rename : dom/animation/AnimationTimeline.cpp => dom/animation/DocumentTimeline.cpp rename : dom/animation/AnimationTimeline.h => dom/animation/DocumentTimeline.h rename : dom/animation/test/animation-timeline/test_animation-timeline.html => dom/animation/test/document-timeline/test_document-timeline.html rename : dom/animation/test/animation-timeline/test_request_animation_frame.html => dom/animation/test/document-timeline/test_request_animation_frame.html
2015-04-10 04:34:22 +03: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. --HG-- rename : dom/animation/Animation.cpp => dom/animation/KeyframeEffect.cpp rename : dom/animation/Animation.h => dom/animation/KeyframeEffect.h rename : dom/animation/test/css-animations/test_animation-name.html => dom/animation/test/css-animations/test_effect-name.html rename : dom/animation/test/css-animations/test_animation-target.html => dom/animation/test/css-animations/test_effect-target.html rename : dom/animation/test/css-transitions/test_animation-name.html => dom/animation/test/css-transitions/test_effect-name.html rename : dom/animation/test/css-transitions/test_animation-target.html => dom/animation/test/css-transitions/test_effect-target.html rename : dom/webidl/Animation.webidl => dom/webidl/KeyframeEffect.webidl
2015-04-15 02:48:21 +03:00
'KeyframeEffect.h',
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04: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-18 02:42:41 +03: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). --HG-- extra : commitid : KkfoSE69B0F extra : rebase_source : ee4e47f44281504eb4d35e0f6cc3392ee0cffb94
2015-06-09 05:13:54 +03: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. --HG-- rename : dom/animation/AnimationTimeline.cpp => dom/animation/DocumentTimeline.cpp rename : dom/animation/AnimationTimeline.h => dom/animation/DocumentTimeline.h rename : dom/animation/test/animation-timeline/test_animation-timeline.html => dom/animation/test/document-timeline/test_document-timeline.html rename : dom/animation/test/animation-timeline/test_request_animation_frame.html => dom/animation/test/document-timeline/test_request_animation_frame.html
2015-04-10 04:34:22 +03:00
'AnimationUtils.h',
Bug 1232561 part 3 - Move AnimValuesStyleRule to a separate file; r=heycam As we gradually move logic from layout/style/AnimationCommon.cpp to dom/animation/EffectSet and EffectCompositor it makes sense to let this class live in its own file inside dom/animation where it is used. --HG-- extra : rebase_source : aed0632a19800e0ef9d8fe1d03d0364bf1ccc4dc
2016-01-06 05:04:06 +03:00
'AnimValuesStyleRule.h',
Bug 1208940 - Move ComputedTimingFunction to its own file. r=bbirtles
2015-11-02 00:41:00 +03: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-04 02:34:12 +03:00
'EffectCompositor.h',
Bug 1225699 part 1 - Add EffectSet class; r=smaug
2015-11-26 10:53:53 +03: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. --HG-- rename : dom/animation/PendingPlayerTracker.cpp => dom/animation/PendingAnimationTracker.cpp rename : dom/animation/PendingPlayerTracker.h => dom/animation/PendingAnimationTracker.h
2015-04-21 04:22:09 +03: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-18 02:42:41 +03:00
]
Bug 1072299 - Build dom/animation in unified mode; r=baku --HG-- extra : rebase_source : 2119739c119fddb1204f6941b19a9a3f68d49cf8
2014-09-25 18:11:43 +04: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. --HG-- rename : dom/animation/AnimationPlayer.cpp => dom/animation/Animation.cpp rename : dom/animation/AnimationPlayer.h => dom/animation/Animation.h rename : dom/webidl/AnimationPlayer.webidl => dom/webidl/Animation.webidl
2015-04-21 04:22:09 +03:00
'Animation.cpp',
Bug 1159082 - Rename *Readonly animation interfaces to *ReadOnly. r=smaug
2015-04-30 16:06:43 +03:00
'AnimationEffectReadOnly.cpp',
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04: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-04 02:32:53 +03:00
'AnimationUtils.cpp',
Bug 1232561 part 3 - Move AnimValuesStyleRule to a separate file; r=heycam As we gradually move logic from layout/style/AnimationCommon.cpp to dom/animation/EffectSet and EffectCompositor it makes sense to let this class live in its own file inside dom/animation where it is used. --HG-- extra : rebase_source : aed0632a19800e0ef9d8fe1d03d0364bf1ccc4dc
2016-01-06 05:04:06 +03:00
'AnimValuesStyleRule.cpp',
Bug 1208940 - Move ComputedTimingFunction to its own file. r=bbirtles
2015-11-02 00:41:00 +03: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. --HG-- rename : dom/animation/AnimationTimeline.cpp => dom/animation/DocumentTimeline.cpp rename : dom/animation/AnimationTimeline.h => dom/animation/DocumentTimeline.h rename : dom/animation/test/animation-timeline/test_animation-timeline.html => dom/animation/test/document-timeline/test_document-timeline.html rename : dom/animation/test/animation-timeline/test_request_animation_frame.html => dom/animation/test/document-timeline/test_request_animation_frame.html
2015-04-10 04:34:22 +03: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-04 02:34:12 +03:00
'EffectCompositor.cpp',
Bug 1225699 part 1 - Add EffectSet class; r=smaug
2015-11-26 10:53:53 +03: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. --HG-- rename : dom/animation/Animation.cpp => dom/animation/KeyframeEffect.cpp rename : dom/animation/Animation.h => dom/animation/KeyframeEffect.h rename : dom/animation/test/css-animations/test_animation-name.html => dom/animation/test/css-animations/test_effect-name.html rename : dom/animation/test/css-animations/test_animation-target.html => dom/animation/test/css-animations/test_effect-target.html rename : dom/animation/test/css-transitions/test_animation-name.html => dom/animation/test/css-transitions/test_effect-name.html rename : dom/animation/test/css-transitions/test_animation-target.html => dom/animation/test/css-transitions/test_effect-target.html rename : dom/webidl/Animation.webidl => dom/webidl/KeyframeEffect.webidl
2015-04-15 02:48:21 +03: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. --HG-- rename : dom/animation/PendingPlayerTracker.cpp => dom/animation/PendingAnimationTracker.cpp rename : dom/animation/PendingPlayerTracker.h => dom/animation/PendingAnimationTracker.h
2015-04-21 04:22:09 +03:00
'PendingAnimationTracker.cpp',
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04:00
]
Bug 1195180 part 8 - Tick animations from their timeline; r=heycam
2015-09-28 06:38:41 +03:00
LOCAL_INCLUDES += [
'/dom/base',
Bug 1229280 - Move animation generation from AnimationCollection to EffectSet; r=dbaron --HG-- extra : rebase_source : 26a942c8c6058e629e7d7ed549eb1fcdf7f6d399
2016-01-06 05:04:05 +03:00
'/layout/base',
Bug 1228229 part 8 - Add EffectCompositor::(Maybe)UpdateCascadeResults; r=dbaron --HG-- extra : rebase_source : 7f87c5a33e153e0815d39b7eb21917f3c034c0d3
2016-01-06 05:04:05 +03:00
'/layout/style',
Bug 1195180 part 8 - Tick animations from their timeline; r=heycam
2015-09-28 06:38:41 +03: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-29 07:22:24 +03:00
FINAL_LIBRARY = 'xul'
if CONFIG['GNU_CXX']:
CXXFLAGS += ['-Wshadow']