- From: Lars Gunther <gunther@keryx.se>
- Date: Fri, 23 Apr 2010 01:07:33 +0200
- To: www-style list <www-style@w3.org>
Hello all again!
I have been first down with a stomach flu and then exceptionally busy.
But now I have taken some time to look into my proposal to move
animations to the DOM now, and perhaps present my case in a more
coherent way. Since I wanted to hear from the DOM community, I took it
to my blog:
http://itpastorn.blogspot.com/2010/04/why-declarative-animation-should-be-in.html
I am pasting the most relevant part here:
----------------------------
OK, you are building a little library to animate stuff. What do you
do? I suppose the following:
1. First you capability detect support for declarative animation.
That in itself would be easier if it was in the DOM, but it is at least
doable now. But not in a neat fashion. Score one against having
animations in CSS.
2. If CSS-animation is indeed supported, you will wrap your animate
function around className switches. Doable, but not neat.
3. If CSS-animation is unsupported, you fall back to old school
timed manipulation of the style attribute.
* However, using the animation parameters from the CSS-file is a
huge impracticality. You must find a way to read all CSS-files, parse
them and interpret the cascade, the specificitivity of all animation
rules and convert that information into timed logic. This is
impractical, slow and CPU-draining and fragile.
* The CSS Object Model (CSSOM) will not alleviate this problem.
Browsers that need to parse the animation rules are the ones that
neither implement animations, nor the corresponding CSSOM.
Alternatively, the author is required to re-specify the animation once
again, now using a syntax for the fallback. We thus get code
duplication, with all the error proneness and maintenance problems that
follows from that approach. But it is the only approach currently
available with reasonable results.
It can safely be said, that CSS-animations are not backwards compatible
in any reasonable way. And we are going to need backwards compatible
solutions for almost another decade or so.
---------------
--
Lars Gunther
http://keryx.se/
http://twitter.com/itpastorn/
http://itpastorn.blogspot.com/
Received on Thursday, 22 April 2010 23:08:06 UTC