"... de même que les web designers ne travailleront jamais directement à la main sur des fichiers SVG"
Pourtant je connais bcp de web developers qui travaillent directement à la main sur des fichiers (X)HTML, alors pourquoi pas sur des finiers SVG? Non là je ne suis pas d'accord avec toi, et meme si c'est la majorité, il faut à mon avis encourager la methode à la main.
Dites le moi si je me trompe, mais les fichiers flash ne se basent pas sur de l'XML n'est ce pas?
Pour moi, l'avantage de SVG c'est qu'il est lui basé sur une structure XML!
Ca laisse entrevoire de belles combinaisons à la sauce XML->[XSLT processor]->SVG ou bien encore XML->[XSLT processor]->XHTML+SVG.
Et ca AMHA c'est la panacée. En plus, on peut noter que les browsers commencent à integrer des processeurs XSLT (Gecko et IE6). Cela permettant d'eviter les transformations coté server via servlet+xalan/saxon par exemple.
[^] # Re: SVG/SWF
Posté par Frédéric Desmoulins (site web personnel) . En réponse à la dépêche Deux nouveaux lecteurs SVG. Évalué à 2.
Pourtant je connais bcp de web developers qui travaillent directement à la main sur des fichiers (X)HTML, alors pourquoi pas sur des finiers SVG? Non là je ne suis pas d'accord avec toi, et meme si c'est la majorité, il faut à mon avis encourager la methode à la main.
Dites le moi si je me trompe, mais les fichiers flash ne se basent pas sur de l'XML n'est ce pas?
Pour moi, l'avantage de SVG c'est qu'il est lui basé sur une structure XML!
Ca laisse entrevoire de belles combinaisons à la sauce XML->[XSLT processor]->SVG ou bien encore XML->[XSLT processor]->XHTML+SVG.
Et ca AMHA c'est la panacée. En plus, on peut noter que les browsers commencent à integrer des processeurs XSLT (Gecko et IE6). Cela permettant d'eviter les transformations coté server via servlet+xalan/saxon par exemple.