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

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

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

Bug 1286877 - do not set c-basic-offset for python-mode; r=gps This removes the unnecessary setting of c-basic-offset from all python-mode files. This was automatically generated using perl -pi -e 's/; *c-basic-offset: *[0-9]+//' ... on the affected files. The bulk of these files are moz.build files but there a few others as well. MozReview-Commit-ID: 2pPf3DEiZqx --HG-- extra : rebase_source : 0a7dcac80b924174a2c429b093791148ea6ac204
2016-07-14 19:16:42 +03:00
# -*- Mode: python; indent-tabs-mode: nil; tab-width: 40 -*-
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04:00
# 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 1334541 - add BUG_COMPONENT to dom/animation/* files. r=hiro MozReview-Commit-ID: Bnyj9mWOYms
2017-01-29 14:51:47 +03:00
with Files("**"):
BUG_COMPONENT = ("Core", "DOM: Animation")
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 1456394 - Rename AnimationEffectReadOnly to AnimationEffect; r=bz,hiro MozReview-Commit-ID: 8jzJiCWt5vs --HG-- rename : dom/animation/AnimationEffectReadOnly.cpp => dom/animation/AnimationEffect.cpp rename : dom/animation/AnimationEffectReadOnly.h => dom/animation/AnimationEffect.h rename : dom/webidl/AnimationEffectReadOnly.webidl => dom/webidl/AnimationEffect.webidl extra : rebase_source : 2bd6490fe9be47cfb760bda81a63c33ba0b0397d
2018-05-07 05:15:16 +03:00
'AnimationEffect.h',
Bug 998246 part 2 - Add AnimationTimeline interface; r=bz, r=glandium
2014-05-13 11:22:12 +04:00
'AnimationTimeline.h',
Bug 1174575 - Part 1: Define CSSPseudoElement interface. r=birtles, r=smaug Create CSSPseudoElement.webidl, CSSPseudoElement.h, and CSSPseudoElement.cpp.
2016-02-02 01:49:00 +03:00
'CSSPseudoElement.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 1456394 - Rename KeyframeEffectReadOnly.{h,cpp} to KeyframeEffect.{h,cpp}; r=bz,hiro MozReview-Commit-ID: 5Q7oQV8vmgS --HG-- rename : dom/animation/KeyframeEffectReadOnly.cpp => dom/animation/KeyframeEffect.cpp rename : dom/animation/KeyframeEffectReadOnly.h => dom/animation/KeyframeEffect.h extra : rebase_source : cdc8448e7d07376691ef9187f7d6f4424800b690
2018-05-07 05:07:06 +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 1415780 - Split AnimationEventDipatcher into an independent file. r=birtles MozReview-Commit-ID: Fcqtu7G400Z --HG-- extra : rebase_source : 50de08148dcd4e4db0ea9a9ad1b501718852ca78
2018-01-27 15:17:27 +03:00
'AnimationEventDispatcher.h',
Bug 1196114 - Part 5: Store performce warning information as enum type. r=birtles Each warning message is generated only when getPropertyState() is called. MozReview-Commit-ID: C03ZSvPv9ff --HG-- extra : rebase_source : 5932957f8f0b171c7b100b1c22e70513959c819e
2016-03-04 11:54:25 +03:00
'AnimationPerformanceWarning.h',
Bug 1311257 - Move AnimationPropertySegment in a separate header and expose it in FFI. r=heycam This will be used for animation value composition in Rust. MozReview-Commit-ID: Lg4dZrQW1WC --HG-- extra : rebase_source : e03b19aa7907c122f773b2b06df96aee4fe32ae2
2017-04-06 04:34:50 +03:00
'AnimationPropertySegment.h',
Bug 1067769 - Part 6: Rename NonOwningAnimationTarget.h to AnimationTarget.h. r=birtles MozReview-Commit-ID: ErAaPe6ttjc --HG-- rename : dom/animation/NonOwningAnimationTarget.h => dom/animation/AnimationTarget.h extra : rebase_source : 79b52ece67f16bd32ac8c07d698a9aae076fe5fe
2016-04-28 18:22:43 +03:00
'AnimationTarget.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 1245748 - Move ComputedTiming to a separate file; r=heycam Before we begin re-arranging KeyframeEffect.h we move ComputedTiming aside since putting it in a separate file should make navigating the source easier. MozReview-Commit-ID: L5GTFAo00sh --HG-- extra : rebase_source : e88b6ea092c459afa90831de8469697454e00c5a
2016-03-22 02:11:05 +03:00
'ComputedTiming.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 1328787 - Part 1: Factor out Keyframe and PropertyValuePair into Keyframe.h. r=heycam KeyframeEffectReadOnly.h has lots of unnecesarry stuff for stylo for now, so is split stuff which needs for stylo into Keyframe.h.
2017-01-29 06:58:23 +03:00
'Keyframe.h',
Bug 1244590 - Part 1: Introduce KeyframeEffectParams. r=birtles Add a new file, KeyframeEffectParams.h, and define the basic data members nsString for the spacing mode. Also, add one more argument, const KeyframeEffectParams&, to the constructors of KeyframeEffect(ReadOnly). MozReview-Commit-ID: I7LYlnv6LLb --HG-- extra : rebase_source : 9aebb7b9659588674c2a954eb2ce62c827bc9830
2016-05-05 10:41:03 +03:00
'KeyframeEffectParams.h',
Bug 1245748 - Move keyframe handling code to a separate KeyframeUtils class; r=heycam MozReview-Commit-ID: 2r27vCLcOhs --HG-- extra : rebase_source : 6ba24ece944543e250728cf2b18370c277e746d0
2016-03-22 10:20:37 +03:00
'KeyframeUtils.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 1232577 part 2 - Add a hashmap to ElementCompositor to track which (pseudo-) elements need to have their animation style rule updated; r=heycam We will eventually use this in place of the various state flags stored on AnimationCollection (e.g. mStyleRuleRefreshTime, mStyleChanging, mHasPendingAnimationRestyle) as well as to do a more targetted update in FlushAnimations and AddStyleUpdatesTo.
2016-01-13 01:54:53 +03:00
'PseudoElementHashEntry.h',
Bug 1237173 - Part1: Move TimingParam struct to a new file. r=birtles
2016-03-07 08:11:11 +03:00
'TimingParams.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 1456394 - Rename AnimationEffectReadOnly to AnimationEffect; r=bz,hiro MozReview-Commit-ID: 8jzJiCWt5vs --HG-- rename : dom/animation/AnimationEffectReadOnly.cpp => dom/animation/AnimationEffect.cpp rename : dom/animation/AnimationEffectReadOnly.h => dom/animation/AnimationEffect.h rename : dom/webidl/AnimationEffectReadOnly.webidl => dom/webidl/AnimationEffect.webidl extra : rebase_source : 2bd6490fe9be47cfb760bda81a63c33ba0b0397d
2018-05-07 05:15:16 +03:00
'AnimationEffect.cpp',
Bug 1415780 - Make AnimationEventDispatcher refcountable. r=birtles In a subsequent patch in this patch series, we want to make nsPresContext have an AnimationEventDispatcher as RefPtr<>. Instead, if we were trying to make nsPresContext have the AnimationEventDispatcher as data object (not RefPtr<>) just like we did in CommonAnimationManager, we will fall into header inclusion hell since Element.h includes nsPresContext.h and AnimationEventDispatcher.h ends up including Element.h. Even if we could solve the inclusion hell, we will suffer from Rust bindgen issues for some reasons. MozReview-Commit-ID: B0nX2JzIRJD --HG-- extra : rebase_source : 4eb998876b2fc39de8d09cac09c19e1a51cd382e
2018-01-27 15:17:27 +03:00
'AnimationEventDispatcher.cpp',
Bug 1196114 - Part 5: Store performce warning information as enum type. r=birtles Each warning message is generated only when getPropertyState() is called. MozReview-Commit-ID: C03ZSvPv9ff --HG-- extra : rebase_source : 5932957f8f0b171c7b100b1c22e70513959c819e
2016-03-04 11:54:25 +03:00
'AnimationPerformanceWarning.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 1208940 - Move ComputedTimingFunction to its own file. r=bbirtles
2015-11-02 00:41:00 +03:00
'ComputedTimingFunction.cpp',
Bug 1174575 - Part 1: Define CSSPseudoElement interface. r=birtles, r=smaug Create CSSPseudoElement.webidl, CSSPseudoElement.h, and CSSPseudoElement.cpp.
2016-02-02 01:49:00 +03:00
'CSSPseudoElement.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 1456394 - Rename KeyframeEffectReadOnly.{h,cpp} to KeyframeEffect.{h,cpp}; r=bz,hiro MozReview-Commit-ID: 5Q7oQV8vmgS --HG-- rename : dom/animation/KeyframeEffectReadOnly.cpp => dom/animation/KeyframeEffect.cpp rename : dom/animation/KeyframeEffectReadOnly.h => dom/animation/KeyframeEffect.h extra : rebase_source : cdc8448e7d07376691ef9187f7d6f4424800b690
2018-05-07 05:07:06 +03:00
'KeyframeEffect.cpp',
Bug 1245748 - Move keyframe handling code to a separate KeyframeUtils class; r=heycam MozReview-Commit-ID: 2r27vCLcOhs --HG-- extra : rebase_source : 6ba24ece944543e250728cf2b18370c277e746d0
2016-03-22 10:20:37 +03:00
'KeyframeUtils.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 1237173 - Part1: Move TimingParam struct to a new file. r=birtles
2016-03-07 08:11:11 +03:00
'TimingParams.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'