Re: Xml doc
COUTHURES Alain <[email protected]> Sun, 17 Oct 2010 16:12:42 +0200
| Newsgroups | gmane.text.xml.french.tech |
|---|---|
| Message-ID | <[email protected]> |
Le 17/10/2010 15:50, Stephane Bortzmeyer a =E9crit : > > Mon opinion personnelle est que la transformation de XML en HTML dans > le navigateur est en g=E9n=E9ral une mauvaise solution, principalement = en > raison du probl=E8me que vous avez vu (Javascript diff=E9rent selon les > navigateurs). Elle n'est indispensable que si le r=E9sultat de la > transformation d=E9pend de la session, de l'utilisateur, etc. > > La solution la plus simple et la plus fiable est de faire la > transformation hors-ligne, avant de mettre les fichiers HTML sur le > serveur. Ainsi : > > 1) on a le choix des outils (XSLT, Python, Ruby, etc) > 2) on ma=EEtrise compl=E8tement l'environnement o=F9 se fait la > transformation C'=E9tait aussi mon opinion avant que je ne commence mon impl=E9mentation= =20 XForms bas=E9e sur XSLT c=F4t=E9 client (http://www.agencexml.com/xsltfor= ms). En fait, une transformation XSLT c=F4t=E9 client est =E0 la fois puissant= e et=20 rapide tout simplement parce que le moteur est compil=E9 dans le navigate= ur. Il n'y a pas de souci de compatibilit=E9 entre les diff=E9rents moteurs X= SLT=20 1.0 des navigateurs, seulement quelques restrictions sur certains, la=20 plus pr=E9occupante =E9tant le non support de l'axe namespace par FireFox= ,=20 ce qui ne pr=E9occupe pas tout le monde tous les jours... La compatibilit=E9 Javascript est toujours un souci que l'on fasse la=20 transformation c=F4t=E9 client ou c=F4t=E9 serveur et, pour r=E9sumer, il= faut=20 consid=E9rer qu'il y a Internet Explorer dans ses diff=E9rentes versions = et=20 les autres navigateurs qui sont, eux, tr=E8s fortement compatibles entre = eux. -Alain