34 comments

[ 3.4 ms ] story [ 85.0 ms ] thread
This is super cool! Good work!
Is this going to be cool if I use it with Rickshaw? Because it seems like it might.
This technique reminds me (aesthetically) a lot of the drawing of RIP images [1], though that only happened because they took forever to download :)

[1] http://en.wikipedia.org/wiki/Remote_Imaging_Protocol

Oh WOW, it's been forever since I thought about RIP. Memories of graphics coming across at 2400 baud...
Yep! RIP and even animated ANSI opened up some cool animations when it was exploited to make things like simulated motion and stuff like that, the good old days!
This looks great. I like how it normalises the shapes into paths too. But are there any tools to do this for the command line that "simplify" SVGs so your library won't have to worry about this?
> They all start and finish at the same time, hence the name `async`.

Since the "async" animation is the only one that is synchronous, it seems a bit misnamed!

Yes, surely the "delay" one should be Asynchronous, the "async" one should be Synchronous and "one by one" should be Sequential.
async and sync aren't even the correct terms here. Parallel, Serial, and Staggered seem more apropos.
Maybe instead of Delayed, Async, OneByOne, have: Staggered, Together, OneByOne

Keep the names friendly and not too technical.

I felt bad that my impulse coming from that page was to come here and complain about the use of (and poor definition of) 'async.' Imagine my relief when it was already tackled!

The good news is this is really quite beautiful and I like the fact that - unlike other monolithic js animation libraries that do similar things like Raphael - it's super slim.

Is it called "async" because they're All Synchronised? Bit of a long shot, but it's the most logical thing I could think of...!
Sorry, I can't use software that isn't "made with love". Consider revising. You might also consider having your code snippets hosted with ❤.

Kidding of course -- the love that went into this is self-evident.

I initially misread the footed as "Make love with a keyboard" :P
Speaking of which... where the hell did that "made with ❤" meme started anyway?
this could potentially be a really cool alternative to a 'spinner' on initial load of an app.
Coursera does something like this IIRC
I feel like this has been posted before--I recognize the aperture demos--but I can't find the thread. Any ideas? Did this change names?
This is great, though none of the examples have any fills - just stroked paths.

From what I understand, this would not work with filled paths (or it would only animate a stroke, not the fill), right?

It's a hack with path strokes to make it appear as if being drawn, so yes it won't work with fills. Although if you approximate the fill with a zig-zagged stroke you could get a good impression of an animated, drawn fill as well with this.
I see some strange "dots" floating before the start of the animation, with firefox
This looks awesome, but as someone who never uses SVGs in practice: what kind of gotcha's should I look out for when using this? I'm thinking incompatible SVGs, performance issues due to abuse, that kind of thing.
Had to do some similar animations recently. Wrote up a super simple function that can be combined with any easing function, and where you're in full control of the animation progress.

It's not specific to SVGs and doesn't do very much on it's own. Thankfully, you can use off-the-shelf easing functions and higher-order functions to have time/frame/whatever-based animation progress (e.g. as an advanced example, i actually utilised the accelerometer as input for animation progress)

Check app.js for example of fading element's opacity and animating an SVG path https://gist.github.com/WickyNilliams/af30ad9b1557f894efab