RESOLVED FIXED Bug 60525
Implement reverse animation direction
https://bugs.webkit.org/show_bug.cgi?id=60525
Summary Implement reverse animation direction
Attachments
Patch (12.61 KB, patch)
2012-02-05 13:47 PST, Igor Trindade Oliveira
simon.fraser: review-
webkit-ews: commit-queue-
Patch (12.89 KB, patch)
2012-02-06 11:19 PST, Igor Trindade Oliveira
no flags
Patch (12.90 KB, patch)
2012-02-07 11:23 PST, Igor Trindade Oliveira
dino: review-
dino: commit-queue-
Patch (21.74 KB, patch)
2012-02-08 12:02 PST, Igor Trindade Oliveira
no flags
Dean Jackson
Comment 1 2011-05-09 18:23:51 PDT
David, Do you have opinions on this? We think it is a good idea but I don't want to implement it if Mozilla don't agree.
L. David Baron
Comment 2 2011-05-09 18:38:32 PDT
Sounds fine to me.
Igor Trindade Oliveira
Comment 3 2012-02-05 13:47:02 PST
Created attachment 125534 [details] Patch Proposed patch.
Early Warning System Bot
Comment 4 2012-02-05 13:58:46 PST
Noam Rosenthal
Comment 5 2012-02-05 14:10:13 PST
Comment on attachment 125534 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=125534&action=review Some nitpicks to the TextureMapper part. > Source/WebCore/platform/graphics/texmap/TextureMapperAnimation.cpp:29 > +static double normalizedAnimationValue(double runningTime, double duration, unsigned direction) Why not just pass the AnimationDirection enum? > Source/WebCore/platform/graphics/texmap/TextureMapperAnimation.cpp:42 > + if ((direction == Animation::AnimationDirectionAlternate) && (loopCount & 1) > + || ((direction == Animation::AnimationDirectionAlternateReverse) && !(loopCount & 1)) > + || direction == Animation::AnimationDirectionReverse) > + normalized = 1 - normalized; this part is a bit verbose... can be better in a static function that gets AnimationDirection and loopCount and returns if reverse or not.
WebKit Review Bot
Comment 6 2012-02-05 14:16:11 PST
Comment on attachment 125534 [details] Patch Attachment 125534 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/11428139
Simon Fraser (smfr)
Comment 7 2012-02-06 00:17:24 PST
Comment on attachment 125534 [details] Patch r- based on Noam's comments.
Igor Trindade Oliveira
Comment 8 2012-02-06 11:19:00 PST
Created attachment 125673 [details] Patch Proposed patch v2.
Igor Trindade Oliveira
Comment 9 2012-02-06 17:42:14 PST
The last patch addresses Noam suggestions. (In reply to comment #8) > Created an attachment (id=125673) [details] > Patch > > Proposed patch v2.
Noam Rosenthal
Comment 10 2012-02-06 19:52:40 PST
Comment on attachment 125673 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=125673&action=review Apart from the naming nitpick, this is an r+ for me on the TextureMapper part. smfr/others, are you ok with the common part? > Source/WebCore/platform/graphics/texmap/TextureMapperAnimation.cpp:30 > +static bool animationValueIsReverse(Animation::AnimationDirection direction, int loopCount) <nitpicks/> name -> shouldReverseAnimationValue
Igor Trindade Oliveira
Comment 11 2012-02-07 11:23:17 PST
Created attachment 125880 [details] Patch Fix nitpick.
Dean Jackson
Comment 12 2012-02-07 14:14:29 PST
Comment on attachment 125880 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=125880&action=review I think we need a test for "reverse" as well. I could only see one for "alternate-reverse". r- for the missing test, but otherwise looks good. NOTE: Apple will need to raise a followup bug because our hardware animation won't support this directly. > LayoutTests/animations/animation-direction-alternate-reverse.html:53 > +<!-- Test animation-direction: alternate --> Nit: it's now alternate-reverse
Dean Jackson
Comment 13 2012-02-07 14:17:54 PST
While I think of it, it would be nice to add tests of this in combination with fill-mode too. To make sure things extend in the right way.
Radar WebKit Bug Importer
Comment 14 2012-02-07 14:19:05 PST
Igor Trindade Oliveira
Comment 15 2012-02-08 12:02:03 PST
Created attachment 126129 [details] Patch Updated patch. Add new tests.
Dean Jackson
Comment 16 2012-02-08 13:08:57 PST
Comment on attachment 126129 [details] Patch great!
WebKit Review Bot
Comment 17 2012-02-08 14:48:40 PST
Comment on attachment 126129 [details] Patch Rejecting attachment 126129 [details] from commit-queue. New failing tests: platform/chromium/compositing/layout-width-change.html Full output: http://queues.webkit.org/results/11460584
Igor Trindade Oliveira
Comment 18 2012-02-08 14:53:59 PST
Comment on attachment 126129 [details] Patch Trying again, this failing test does not looks related with this patch
WebKit Review Bot
Comment 19 2012-02-08 18:07:29 PST
Comment on attachment 126129 [details] Patch Clearing flags on attachment: 126129 Committed r107162: <http://trac.webkit.org/changeset/107162>
WebKit Review Bot
Comment 20 2012-02-08 18:07:35 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.