-
Notifications
You must be signed in to change notification settings - Fork 27
PERF: paper-ripple sets transform every frame instead of using accelerated animation #67
Comments
maybe @cdata @valdrinkoshi @notwaldorf could take a look? |
Also note previous discussion googlearchive/paper-ripple#10. Looks great on desktop, although on Android (Zenfone2) the ripple is very janky. Needs much more butter. Aside: |
ping |
I'll jump the bandwagon and ping again. Any movement? Would a PR be welcome, or would you prefer doing this in house? |
I think a PR would be welcome at this point :) |
/cc @frankiefu as well some ideas:
|
Any update on this? |
I haven't been pushing on this hard because Chrome wrote it's own ripple via Web Animations API (i.e. Element#animate). @blasten wrote a few branches with faster ripples which might actually work in other browsers: |
That's useful information, thanks! |
From @danakj on December 18, 2015 23:3
Rather than setting a new scale every frame, the effect would achieve better performance across browsers by using an accelerated animation. This would provide the browser with more hints to avoid re-raster on every frame.
The bug occurs in the drawRipple method https://code.google.com/p/chromium/codesearch#chromium/src/third_party/catapult/third_party/polymer/components/paper-ripple/paper-ripple.html&l=190
It can be reproduced by paper-button/demo.html, which is run by telemetry bots as per https://code.google.com/p/chromium/issues/detail?id=563504#c16
See more details here: https://code.google.com/p/chromium/issues/detail?id=563504#c18
Copied from original issue: Polymer/polymer#3219
The text was updated successfully, but these errors were encountered: