What a pleasant surprise =). What Pete said (https://news.ycombinator.com/item?id=8670147 https://news.ycombinator.com/item?id=8670147) is true. I'll just addr

What a pleasant surprise =). What Pete said (https://news.ycombinator.com/item?id=8670147 https://news.ycombinator.com/item?id=8670147) is true. I'll just address the issue of interruption here that people asked me about more than once: one of th major goals of this library is to enable interruptible and additive animation (a-la ios). There's currently no easy way to do this with CSS(1). Whether this by default uses a physics engine or not is not important; it sure can, but I decided to keep it simple. And no, in all likelihood this tiny lib doesn't beat the performance of other animation-specific libraries or the GPU accelerated CSS animations, but I was aiming for a good API first and foremost. I'll optimize accordingly. (Also, check out my post here on the other problem with animation in gneneral: https://news.ycombinator.com/item?id=8561824 https://news.ycombinator.com/item?id=8561824) (1) Imo, the danger of CSS is that it tends to get us 80% of the way there with 20% of the effort, while not being able to provide us with the power of achieving the last 20% at all.