Cliquez ici.
Cliquez ici.
Accueil
chercher            Plan du site              Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] RE: [xml-decid] RE: [xml-decid] FW: [xml-tech] RE: Transformations coté client (Était: Transformation sur le serveur)

[xml-decid] RE: [xml-decid] RE: [xml-decid] FW: [xml-tech] RE: Transformations coté client (Était: Transformation sur le serveur)

Auteur: Erik Mazoyer <erik.mazoyer@hyperoffice.fr>
Date: 26/11/2001 - 10:58
X-Mailer: Internet Mail Service (5.5.2653.19)

> Ces données seront stockées sous formes de fichiers XML...
> ...J'avais envisagé une approche XML
> + XSL sur le poste client.

Autant je me suis fait l'avocat du diable durant la discussion initiée par
Laurent CAPRANI.
Mais l'hypothèse de base était :
> Je lis dans ma boule de cristal que la base installée sera suffisante pour
> proposer du XML+XSLT au grand public vers 2003.

Par contre aujourd'hui, proposer XML+XSL sur le poste client est trop tôt.
Il est très compliqué d'avoir un navigateur IE correctement installé pour
utiliser XSL
(xmlns:xsl="http://www.w3.org/1999/XSL/Transform).

C'est une solution que je déconseille tout le temps, au profit d'une
transformation coté serveur.

Par contre pour 2003, c'est à voir :-)

--------------------------------------------------------------------
Erik Mazoyer, Chef de projet
HyperOffice
6, rue Jacques Daguerre - 92565 Rueil-Malmaison Cedex
Tél. 01 41 96 96 76
Fax 01 41 96 96 77
Mél erik.mazoyer@hyperoffice.fr

-----Message d'origine-----
De: Patrick Emin [mailto:patrick.emin@streamserve.fr]
Date: lundi 26 novembre 2001 10:22
À: xml-decid@xmlfr.org
Objet: [xml-decid] RE: [xml-decid] FW: [xml-tech] RE: Transformations
coté client (Était: Transformation sur le serveur)

Bonjour,

Votre propos m'intéresse quand aux transformations coté serveur. Je suis un
peu débutant. Saurriez vous m'en dire plus sur votre test d'un site web,
entièrement en XML. C'est exactement ce que je dois faire.

Je dois construire une application basée sur de l'extraction de données de
base hétérogènes. Ces données seront stockées sous formes de fichiers XML.
Puis je dois générer la partie navigation. J'avais envisagé une approche XML
+ XSL sur le poste client.

Merci beaucoup.

PS: avez vous migré de nouveau vers la liste technique ?

Patrick

-----Message d'origine-----
De : xml-decid-bounce@xmlfr.org [mailto:xml-decid-bounce@xmlfr.org]De la
part de Xavier
Envoyé : dimanche 25 novembre 2001 00:09
À : xml-decid@xmlfr.org
Objet : [xml-decid] FW: [xml-tech] RE: Transformations coté client
(Était: Transformation sur le serveur)

>
>
> Bonjour,
>
> Je continue ici un débat qui a plus saplace ici que sur la liste
> technique.
>
>
>
> Pour ma part, il me semble évident que la transformation doit se faire
> au niveau du serveur.
>
> J'ai fait un test d'un site web, entièrement en XML.
>
> J'ai un fichier xml dans lequel se trouvent t o u t e s les pages de
> mon site. les pages sont structurées
> Site
> page @nomDeLaPage
> @URI de la page
> Tête
> Tête gauche
> Tête droite
> Corps
> Corps centre
> paragraphes et/ou images et/ou liens
> vers des URL
>
> etc
>
> Et une feuille XSL(T) qui met en page (avec des paramètres
> qui teste si
> c'est du texte, une image, une URL, qui teste l'utilisateur
> et la date.
>
> Cela me permet:
>
> 1.De n'avoir que deux fichiers
> 2. De construire dynamiquement ma barre de navigation (que je
> mets dans
> le corps gauche)
> 3. D'afficher ou non des pages (ou leurs liens) selon
> l'utilisateur, la
> date (à la lmite l'heure)
> 4. De paramétrer si je veux la langue sans dupliquer les éléments
> communs.
>
> Il me semble donc illogique de transférer le fichier xml et la feuille
> xsl au client. J'imagine faire un site pour une société qui a 2.000
> produits et qui envoie sa base de données au client ui cherche un seul
> produit...
>
> Une question, pourquoi une css? Xsl me semble tout aussi complet et
> beaucoup plus puissant.
>
> Xavier
>

--
Devenez redacteur <XML>fr et contribuez au developpement 
du xml francophone (http://xmlfr.org/infos/redacteurs) ! 
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de 
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la 
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
--
Devenez redacteur <XML>fr et contribuez au developpement 
du xml francophone (http://xmlfr.org/infos/redacteurs) ! 
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de 
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la 
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Received on Mon Nov 26 05:49:37 2001

Archive générée par hypermail 2.1.8 le 13/02/2005 - 21:02 UTC

webmaster@xmlfr.org

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement