RE : Re: Xml doc

Bonjour=20
Tout d'abord merci pour vos informations=20
En effet tout ceci est bien dependant des navigateurs=20
Pour l'instant mon code marche tres bien pour IE et Firefox=20

Il y a un probleme pour Chrome et Safari=20
(l'instruction send ne marche pas je recois comme message=20
  "cross origin requests are only supported for http"
J'ouvre en effet un fichier xml situe dans le meme repertoire

Je ne voudrais pas tout recommencer (j'avais envisage de tout faire en PH=
P)=20
Mais je ne dispose pas de serveur en local et cela me gene d'etre=20
Connecte en permanance sur le serveur apache via vpn=20

Mon fichier xml est un catalogue de videos en streaming , chaque client
Peut faire des tris differents Ainsi j'ai DES ecrans dynamiques suivant=20
le tri deman=E9=20
Je pouvais faire des ecrans HTML en local Et les mettre sur le=20
serveur mais qu'en serait il des tris a faire en html ? =20
=20

J'aimerai resoudre mon probleme chrome (je ne comprends pas pourquoi cela=
 ne

Marche pas et le message d'erreur ne m'aide pas )
Il s'agit de mon premier programme (peut etre le dernier car une fois que
cela=20
Marchera je n'ai plus a le faire evoluer beaucoup -sauf a rajouter des tr=
is
puisque le catalogue se trouve dans le xml et il sera le seul a changer d=
e
contenu)=20

Dans beaucoup d'exemples (xmlDOC chez chrome) on parle de fichier pas de =
url

Es ce que les "modes" strict, transactionnal du xhtml pourraient facilite=
r
les choses?
Doit on inserer une ligne dans le xml ?=20

Merci beaucoup de vos reponses=20

jacky=20
   =20

-----Message d'origine-----
De : [email protected] [mailto:[email protected]] De la p=
art
de COUTHURES Alain
Envoy=E9 : dimanche 17 octobre 2010 16:13
=C0 : [email protected]
Cc : Stephane Bortzmeyer; jacky
Objet : [xml-tech] Re: Xml doc



  Le 17/10/2010 15:50, Stephane Bortzmeyer a =E9crit :
>
> Mon opinion personnelle est que la transformation de XML en HTML dans=20
> le navigateur est en g=E9n=E9ral une mauvaise solution, principalement =
en=20
> raison du probl=E8me que vous avez vu (Javascript diff=E9rent selon les=
=20
> navigateurs). Elle n'est indispensable que si le r=E9sultat de la=20
> transformation d=E9pend de la session, de l'utilisateur, etc.
>
> La solution la plus simple et la plus fiable est de faire la=20
> transformation hors-ligne, avant de mettre les fichiers HTML sur le=20
> 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=20
> 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
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "[email protected]" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de=20
tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant=20
la commande "unsubscribe" a [email protected]
(mailto:[email protected]?Subject=3Dunsubscribe)