Et si SVG et SMIL n'ont pas le succés que l'on aimerais, c'est bien parce que c'est impossible de les utiliser dans le navigateur le plus utilisé.
Sur IE (comme sur à peu près tous les navigateurs en fait) si tu veux un support correct du SVG (ie avec gradient éventuellement multipoint, différents niveaux de transparences, synthèse additive, ICC et autre z axis respecté) tu déclare ton SVG comme un objet que tu ouvres avec le plugin adobe. Toute autre approche donne des résultats "suprenants".
Quand à SMIL il n'a pas de succès parceque la norme se garde bien de prendre partie pour quoi que ce soit, ni des containers, ni des codecs, ni des déclarations DOM (d'ailleurs la page de la norme est un chef d'oeuvre à ce niveau http://www.w3.org/TR/smil-boston-dom/domcore.html ), ni des comportements par défaut (simultanéité, séquentialité, parallelisme). C'est juste une envellope creuse qui donne une façon de lier des médias à d'autres médias et/ou à des séquencement du temps. On a trois évènements : un qui capture les clicks de souris, un qui lance une animation en même temps qu'une autre et un qui lance une animation après une autre. Pour les autres éléments (onpause, on resume, onrepeat) c'est la guerre. On ne sait pas quoi faire avec les descendants; on ne sait pas qui ? quoi ? ou ? doit être affecté ou pas par les évènements etc.
Bref on tiens un flash-killer les gars...
Pour la petite histoire IE 5.5 a été le premier navigateur a avoir un squelette de fonctionnement SMIL. Vu le peu de retour, MS a laissé le moteur dans l'état.
[^] # Re: Un joli amas de conneries
Posté par Jerome Herman . En réponse au journal if (microsoft()) {kludge;}. Évalué à 2.
Sur IE (comme sur à peu près tous les navigateurs en fait) si tu veux un support correct du SVG (ie avec gradient éventuellement multipoint, différents niveaux de transparences, synthèse additive, ICC et autre z axis respecté) tu déclare ton SVG comme un objet que tu ouvres avec le plugin adobe. Toute autre approche donne des résultats "suprenants".
Quand à SMIL il n'a pas de succès parceque la norme se garde bien de prendre partie pour quoi que ce soit, ni des containers, ni des codecs, ni des déclarations DOM (d'ailleurs la page de la norme est un chef d'oeuvre à ce niveau http://www.w3.org/TR/smil-boston-dom/domcore.html ), ni des comportements par défaut (simultanéité, séquentialité, parallelisme). C'est juste une envellope creuse qui donne une façon de lier des médias à d'autres médias et/ou à des séquencement du temps. On a trois évènements : un qui capture les clicks de souris, un qui lance une animation en même temps qu'une autre et un qui lance une animation après une autre. Pour les autres éléments (onpause, on resume, onrepeat) c'est la guerre. On ne sait pas quoi faire avec les descendants; on ne sait pas qui ? quoi ? ou ? doit être affecté ou pas par les évènements etc.
Bref on tiens un flash-killer les gars...
Pour la petite histoire IE 5.5 a été le premier navigateur a avoir un squelette de fonctionnement SMIL. Vu le peu de retour, MS a laissé le moteur dans l'état.