Living on the Edge – new Adobe animation tool sparks necessary conversations

Adobe made quite some splash in the last days by releasing Edge, a Flash-like tool to create HTML5/CSS3/JS driven animations. There is a need for a tool like that and I for one am very happy to see that Adobe are recognising this. Other tools that try to tackle the same task are already around, with the yet to be released Animatable being shown at quite a few conferences and Radi leading the way.

I am even happier that this sparked quite a conversation amongst the developer community – there are far too many truisms thrown around about HTML5 and CSS3, so anything that makes us re-evaluate the current state is a great idea.

Edge, according to Adobe themselves has been downloaded 50,000 times in the first 24 hours and looks much like Flash used to a long time ago:

Edge showing the wheel demo

The initial feedback was very polarised, whereas fans of Adobe products heralded this as a new dawn of standards-based animations, others were less impressed as the UK based .net magazine reports. This is to be expected, as everything with the HTML5 stamp these days gets that kind of treatment.

So what is going on under the hood of Edge?

Anna Debenham was one of the first to have a go at reviewing Edge and having a play with it:

As you can see in the frame above, the animations generated with it are fixed in size (either pixels or ems) and all consist of a mix of JavaScript and CSS3 transitions. The engine behind the animations is jQuery. Looking it up in Firebug, we are faced with a lot of DIV elements with positioning and CSS transition information:

This is in stark contrast to tools that try to turn Flash into open technology solutions like the conversions done by Google’s Swiffy. Swiffy uses SVG to simulate the path-based nature of Flash; Edge doesn’t and relies on DOM animation of DIV elements instead.

A total lack of HTML5 in the output

This caused the main confusion amongst developers and sparked a longer discussion on the Adobe forums initiated by Rob Hawkes. The original problem Rob found with Edge is that it doesn’t use HTML5 technologies like Canvas or other W3C animation and painting technologies like SVG:

Why has Edge gone with div-based animation over other technologies like canvas and SVG? I was deeply saddened to see that not only were divs used in the example files that you released, but that divs are the default option for the stage and any other element that is added to it.

Adobe’s answer was that animating DOM elements simply is faster and allows for more browser compatibility, especially on mobiles:

We seriously considered Canvas, but current performance on mobile browsers (especially iOS) is very bad. We didn’t want to have the first experience produce content that couldn’t run acceptably. Note that this may be changing in iOS 5, so that’s good. Finally, SVG can be a little slow, though we do support bringing in SVG elements and animating them – just not reach into them.

The performance argument is something that keeps cropping up in discussions. A lot of the animations by Google also moved DIV elements around rather than using Canvas and/or SVG (remember the exploding balls logo?) whilst sporting the HTML5 label.

HTML5 Games developer and co-organiser of the onGameStart conference Kamil Trebunia, questioned the concerns over Canvas being too slow on mobile devices. The great news is that in a backchannel discussion on Twitter, Paul Bakaus, CTO of Zynga Germany pointed out that they are doing intensive research into the subject at the moment and that they are happy to share the outcome at a later stage. So this is something very cool to look forward to and something to complement the HTML5 games performance research by Facebook a few months ago.

Lack of semantics in the output

The other issue with Edge that puzzled developers is the HTML that gets generated. As Morena Fiore asked with her Edge demo it seems weird that Adobe doesn’t use SVG and Canvas for animating when the output of the tool doesn’t feature any semantic HTML whatsoever:

The text content, the tweens and positioning and all the other information of the animation is in JSON objects instead:

Adobe’s original answer to these concerns was that they don’t want to touch the original HTML as developers don’t like that:

Our approach is that we separate out the stuff you add from the underlying HTML *AND* we don’t try to edit the HTML in the way old-style tools did – in general a lot of people don’t like when tools muck with HTML.

That said, we will be looking at ways of trimming down the HTML that gets added to a page in the future if that’s what people want.

That sounds like a slippery slope to me. As Tobias Leingruber showed in his firmly tongue-in-cheek demo done with Edge a lack of semantics and enhancing existing markup just means that we now create Flash tunnel pages in a different technology and makes you wonder if the main use case of Edge would be interactive ads that are not blocked by Flashblockers.

This is a challenge that any tool faces: how do I not only allow people to create but also make them aware that web content is not only pretty moving pictures? The Madmaninmation demo of animatable is a great example — it is a pure animation but when you check the source code it falls back to a list with the script of the animation. This allows everybody to know what is going on and helps your product to be understood by search engines. Will every user of animatable go through that level of support for the web or simply create animations?

With Edge, Adobe has a chance to do a very cool thing for open web technologies. It will be interesting to see where it goes.

As Bruce Lawson of Opera put it:

Designers will require authoring tools that can help them turn their creativity into code, and Adobe have a great track record on making IDEs that designers find user-friendly.

So the ball is in Adobe’s court to do the right thing for the web and move Edge further along (with help from the research the discussion sparked). And they are well on the way and declared that they are actively looking for feedback:

Edge will be evolving rapidly – the product is by no means feature complete. We expect to add support for more and more of the HTML universe over time. Edge does currently support SVG graphics (you can File > Import an SVG image), but you can’t yet reach into those graphics and animate their components. The good news is that our JS runtime is capable of animations that include all sorts of HTML Elements, SVG Elements and even Canvas graphics, so we have not boxed ourselves in.

Which of these enhancements would you like to see Edge tackle first? Canvas? Embedded SVG? Ability to select HTML tags other than DIV?

I, for one am excited to see Adobe start to wave the flag of open web technologies higher than before. Their new The Expressive Web showcase site is a proof of that. It is up to us now to cry foul at what they do or work side by side to bring the best experiences to the web for our users out there.

About Chris Heilmann

Evangelist for HTML5 and open web. Let's fix this!

More articles by Chris Heilmann…


  1. bartaz

    Does it really use any CSS transitions for animations?

    I had just a quick look and it indeed uses *transforms* for moving, scaling, rotating stuff, but animations seem to be powered by JS only – not by CSS transitions.

    August 3rd, 2011 at 05:48

    1. Chris Heilmann

      That is why I said that the engine behind the animations is jQuery :)

      August 3rd, 2011 at 07:48

      1. Mark Anders

        Hi Chris, I’m in the process of doing a writeup to explain more about what we’re doing and why, but wanted to point out a few things.

        First, the engine behind the animations is not jQuery, it is an animation framework that we have created. It does use jQuery – mostly for selectors and easing functions – but it is not jQuery animation. Overall, the use of jQuery is small.

        Second, the reason we don’t do CSS transitions or animations and instead animate CSS3 properties actually relates to the original topic. If you want to animate canvas – and we do – and *INTO* SVG – and we do, then CSS animation won’t work. We designed our model explicitly so we could support the wide range of technologies supported by HTML5 and CSS animation is limited to animating CSS properties.

        As I mentioned in other posts, we do support SVG we just do not yet at this time support animating INTO it, though this is we started out our research.

        I would point out that Animatable doesn’t seem to be using canvas. They are for the most part moving DIVs around.

        Finally, I do completely agree with the point about semantic markup. As we’ve said – it’s a preview to get feedback so that we can improve the product.



        August 3rd, 2011 at 12:22

        1. Chris Heilmann

          Splendid, thanks for the feedback. I would love to get some more info on the goings-on inside Edge in an interview here, would you be up for it? It would be the style of the People of HTML5 feature.


          August 3rd, 2011 at 16:04

  2. bartaz

    I may be picking too much into details, but you mention that it “all consist of a mix of JavaScript and CSS3 transitions” – where you probably mean transforms (if I understand you well).

    Sorry, I just got into “someone is wrong on the Internet” mode ;)

    August 3rd, 2011 at 08:17

  3. Chris Coleman

    What a great article, and says many of the things I failingly tried to point out in the original thread, and much, much more.

    Thank you for the wonderful article, I really hope they read it and take it for constructive criticism instead of getting defensive.

    August 3rd, 2011 at 10:33

  4. Toby

    Excellent article, I recently wrote up my thoughts on it after having a play, I was impressed with the tool but the need and the results escaped me.

    August 4th, 2011 at 05:06

  5. Adrian Tschubarov

    I love the way you write! Fresh and simple.

    After asking several questios to them, Adobe’s people insist in the fact this is in a very early stage, and it lack most of the functionalities they planned.

    I am wondering if this will be the dawn of a new actionscript like language to manage teh animations…

    The demo says 152 days left… so I dont think this will see the light before a year.


    August 4th, 2011 at 06:41

  6. Chris L

    Thanks for this article. As an old school Flash dev & animator (now HTML5, CSS3, JS & jQuery guy), I’m eagerly hoping Adobe can do this right!

    August 4th, 2011 at 06:44

  7. Webdesign

    So would you recommend it?

    August 4th, 2011 at 06:50

  8. David

    I’m not sure if I trust adobe too much, sometimes they are a real pain!

    September 14th, 2011 at 00:48

  9. Amanjeet Singh

    The adobe edge output is not complete HTML5…..they are not using CSS3…still the animation is not working on ie8….

    December 27th, 2011 at 23:02

  10. Mark Anders

    Hi Amanjeet, I’m not sure why you think that it’s not complete HTML5. It is and leverages a bunch of features of it.

    It also does use CSS3 for doing transforms, which is what we do when we move, rotate, scale, etc.

    You are correct that the animations are not yet working on IE8. We are working to address that in a future Preview. However it does work in most modern browsers that support HTML5 and CSS3.

    December 28th, 2011 at 00:31

Comments are closed for this article.