le rendu flash n'est utilisé que par les navigateurs ne le supportant pas. Sur opera par exemple, tu n'aura pas de rendu flash mais un rendu SVG que tu pourra donc lire.
le but du projet n'est pas, comme l'indique le journal de faire du svg dans du flash mais de permettre l'adoption de svg dans le web .
Suit un peu mon raisonnement, puis-je en tant que webdéveloppeur me permettre d'intégrer une technologie supportée par Un seul navigateur ? Donc pour faire de l'animation, je vais me tourner vers une autre technologie (flash par exemple) qui bénéficie d'une assise suffisante en terme de % utilisateurs.
SVGweb me permet d'intégrer du svg dans mes sites et de profiter du flash quand (et seulement quand) le support svg du navigateur est nul ou mauvais.
Je ne trouve pas que c'est la "débilité du web" c'est du pragmatisme et ça me permet de faire du SVG dès maintenant.
Enfin, et c'est justement le but de ce genre de bibliothèque, plus il y aura de site svg, plus les navigateurs tendrons à le supporter, et le supporter de mieux en mieux.
quand à inkscape, en lisant le lien donné par le journal on trouve :
standards-conforming (the SVG standard permits these kinds of extensions)
(donc on reste standard)
inkscape svg is basically the same as plain svg, just with a couple of extra commands (in seperate namespaces) added, which the inkscape tools use to keep track of their work.
donc très clairement un espace de nom pour la tambouille inkscape, pas un "nouveau svg",
c'est standard, c'est autorisé par la norme, on peut même s'en passer, on peut l'ouvrir dans un autre éditeur sans modification de l'affichage.
[^] # Re: svgweb
Posté par yohann gabory . En réponse au journal Point sur le format SVG. Évalué à 6.
le but du projet n'est pas, comme l'indique le journal de faire du svg dans du flash mais de permettre l'adoption de svg dans le web .
Suit un peu mon raisonnement, puis-je en tant que webdéveloppeur me permettre d'intégrer une technologie supportée par Un seul navigateur ? Donc pour faire de l'animation, je vais me tourner vers une autre technologie (flash par exemple) qui bénéficie d'une assise suffisante en terme de % utilisateurs.
SVGweb me permet d'intégrer du svg dans mes sites et de profiter du flash quand (et seulement quand) le support svg du navigateur est nul ou mauvais.
Je ne trouve pas que c'est la "débilité du web" c'est du pragmatisme et ça me permet de faire du SVG dès maintenant.
Enfin, et c'est justement le but de ce genre de bibliothèque, plus il y aura de site svg, plus les navigateurs tendrons à le supporter, et le supporter de mieux en mieux.
quand à inkscape, en lisant le lien donné par le journal on trouve :
standards-conforming (the SVG standard permits these kinds of extensions)
(donc on reste standard)
inkscape svg is basically the same as plain svg, just with a couple of extra commands (in seperate namespaces) added, which the inkscape tools use to keep track of their work.
donc très clairement un espace de nom pour la tambouille inkscape, pas un "nouveau svg",
c'est standard, c'est autorisé par la norme, on peut même s'en passer, on peut l'ouvrir dans un autre éditeur sans modification de l'affichage.
De plus, le but d'inkscape est clairement indiqué dans le roadmap (http://wiki.inkscape.org/wiki/index.php/Roadmap#Inkscape_Dev(...)
Inkscape 1.00 - Full SVG 1.1 support
Le but d'inkscape est donc d'être 100% standard.
alors quand je lit : De plus, quand je vois qu'Inkscape fait son propre SVG
c'est de la mauvaise foi ou du moquage de bouche