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