Ce qui m'amène: un sujet qui doit être ô combien récurrent, mais qui
continue de me rendre le bulbe rachidien complètement mou, à savoir, cette
question de séparation entre le html et le php.
Oui, il faut éviter de mélanger ces deux choses, afin de rendre clair et la
prog, et la mise en page. Mais jusqu'où cela peut-il aller ?
Je pense (je n'essuie pas) que la limite doit être vite atteinte, et qu'il
n'est pas aisé de la dépasser .
J'ai ici un formulaire d'ajout de données, que je suis en train de bâtir. Il
n'est pas complet dans son déroulement, mais montre à quel point (à mon
sens, et je suis loin d'être une bête) cela peut devenir la capharnëum entre
le code et html.
Quelqu'un peut-il me montrer comment séparer ces deux choses ?
<body>
<?php
include "connect.inc";
include "initvar.php";
if ($retour == true)
{
$retour = "";
$confirm = 0;
}
switch ($confirm)
{
case 0:
?>
<div class="cent1">
<p class="p0" style="font-size: 18px;font-weight: 800;">Ajout de
données - site Valart</p>
<p class="p1" style="text-decoration: underline;">Choisir l'une
des options ci-dessous:</p>
<p class="p3">Ajout dans les tables:
<form action="<?php echo $_SERVER['PHP_SELF'] ;?>"
method=post>
<select class="form1" name="tab" size="2"
onFocus="this.blur()" onChange="submit()">
<?php $confirm = 1;
$table = mysql_list_tables("valart");
while (list($tab) = mysql_fetch_array($table))
{
?>
<option value="<?php print $tab;?>"><?php echo
$tab;?></option>
<?php
}
?>
</select>
<br><br>
<input type="hidden" name="confirm" value="<?php echo
$confirm ;?>">
</form>
</p>
<p class="p2"><a href="index.php">Sommaire</a></p>
</div>
<?php
break;
case 1:
?>
<div class="cent1">
<p class="p0" style="font-size: 18px;font-weight: 800;">Ajout de
données - site Valart</p>
<p class="p3">Ajout dans la table <?php print $tab ;$confirm = 2;
?></p>
<p class="p3">Remplir les différentes zones ci-dessous:<br><br>
<form style="text-align:left;margin:15px;" action="<?php echo
$PHP_SELF ;?>" method=post>
Nom:<br>
<input class="inp" type="text" name="nom" value=""
title="Entrez le nom du dessin." alt="Entrez le nom du dessin."><br><br>
Longueur: Largeur:
<input class="inp" style="margin-right:25px;"
type="text" name="lon" value="" maxlength="4" size="4">
<input class="inp" type="text" name="larg" value=""
maxlength="4" size="4"><br><br>
Année:<br>
<input class="inp" type="text" name="annee" value=""
maxlength="4" size="4"><br><br>
Ordre:<br>
<input class="inp" type="text" name="ordre"
value=""><br><br>
<input type="hidden" name="confirm" value="<?php echo
$confirm ;?>">
<input style="background-color: #FFCC00;" type="submit"
value="Validation"> <input type='submit' name='retour'
value='retour'>
</form>
</p>
<p class="p2"><a href="index.php">Sommaire</a></p>
</div>
<?php
break;
}
?>
</body>
</html>
xpatval
--
xpatval@(oo)wanadoo.fr [Oter le (oo) dans l'adresse]
-----
http://24lemans.free.fr
-----
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur moyen de produire une page HTML en séparant la présentation des données et des traitements.
L'idée de base est de confier le design du site à une personne (un infographiste) qui va utiliser un bête éditeur graphique HTML et produire un fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
A+
Jacques
"Thierry SCHMIT" a écrit dans le message de news:cgnd4p$9dn$
bonjour,
ma recette à moi donc: PHP pour mouliner les informations et produire un fichier XML La plupart du temps mon code php commence donc par header("content-type: text/xml");
Le code php place dans le xml une référence à une feuille style xsl en fonction de critères que tu as à définir. $stylesheet = "<?xml-stylesheet type="text/xsl" href="search.xsl"?>";
Bien sur écrire les feuilles de style et donc au minimum se pencher sur XSLT
et X-path.
L'avantage que je vois à cette méthode c'est qu'elle utilise des normes alors qu'aucun des moteurs de templates n'est normalisé.En terme de performance ne n'ai jamais trouvé de comparatif entre cette méthode et une méthode basée sur des templates.
En variante, et pour compatibilité avec les navigateurs non compatibles avec
XSLT, tu peux invoquer sur le serveur le parser XSLT de manière à ce que le script renvoie du HTML direct. Tu soulages donc le client de la transformation. En php < 5 j'utilise sablotron avec beaucoup de bonheur.
thierry
Bonjour,
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur
moyen de produire une page HTML en séparant la présentation des données et
des traitements.
L'idée de base est de confier le design du site à une personne (un
infographiste) qui va utiliser un bête éditeur graphique HTML et produire un
fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et
le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne
manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très
concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
A+
Jacques
"Thierry SCHMIT" <nospam@nospam.com> a écrit dans le message de
news:cgnd4p$9dn$1@s5.feed.news.oleane.net...
bonjour,
ma recette à moi donc:
PHP pour mouliner les informations et produire un fichier XML
La plupart du temps mon code php commence donc par
header("content-type: text/xml");
Le code php place dans le xml une référence à une feuille style xsl en
fonction
de critères que tu as à définir.
$stylesheet = "<?xml-stylesheet type="text/xsl" href="search.xsl"?>";
Bien sur écrire les feuilles de style et donc au minimum se pencher sur
XSLT
et X-path.
L'avantage que je vois à cette méthode c'est qu'elle utilise des normes
alors qu'aucun
des moteurs de templates n'est normalisé.En terme de performance ne n'ai
jamais
trouvé de comparatif entre cette méthode et une méthode basée sur des
templates.
En variante, et pour compatibilité avec les navigateurs non compatibles
avec
XSLT, tu
peux invoquer sur le serveur le parser XSLT de manière à ce que le script
renvoie
du HTML direct. Tu soulages donc le client de la transformation.
En php < 5 j'utilise sablotron avec beaucoup de bonheur.
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur moyen de produire une page HTML en séparant la présentation des données et des traitements.
L'idée de base est de confier le design du site à une personne (un infographiste) qui va utiliser un bête éditeur graphique HTML et produire un fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
A+
Jacques
"Thierry SCHMIT" a écrit dans le message de news:cgnd4p$9dn$
bonjour,
ma recette à moi donc: PHP pour mouliner les informations et produire un fichier XML La plupart du temps mon code php commence donc par header("content-type: text/xml");
Le code php place dans le xml une référence à une feuille style xsl en fonction de critères que tu as à définir. $stylesheet = "<?xml-stylesheet type="text/xsl" href="search.xsl"?>";
Bien sur écrire les feuilles de style et donc au minimum se pencher sur XSLT
et X-path.
L'avantage que je vois à cette méthode c'est qu'elle utilise des normes alors qu'aucun des moteurs de templates n'est normalisé.En terme de performance ne n'ai jamais trouvé de comparatif entre cette méthode et une méthode basée sur des templates.
En variante, et pour compatibilité avec les navigateurs non compatibles avec
XSLT, tu peux invoquer sur le serveur le parser XSLT de manière à ce que le script renvoie du HTML direct. Tu soulages donc le client de la transformation. En php < 5 j'utilise sablotron avec beaucoup de bonheur.
thierry
RAKOTOMALALA Renaud
Bonjour,
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur moyen de produire une page HTML en séparant la présentation des données et des traitements.
L'idée de base est de confier le design du site à une personne (un infographiste) qui va utiliser un bête éditeur graphique HTML et produire un fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
Bonsoir,
A mon sens celà dépend beaucoup de toi :)
Personnellement j'utilise la solution basé sur des templates, car elle est simple, efficace et compréhensible par la plupart des développeurs et infographistes avec lesquels je travaille.
Cependant au contraire de la solution XML/XSLT ce n'est pas du tout portable vers d'autres type d'affichage tel que sur les mobiles, webtv etc ....
Bref si le XML/XSLT t'interesse (ou que tu possèdes déjà la compétence nécéssaire) il est à mon sens plus profitable d'utiliser cette solution qui est normalisé et te permet de manipuler l'affichage selon le media visé.
Si maintenant tu as un délai de production court et que ta maitrise du XML/XSLT est limité, la solution d'un bon moteur de template (personnellement j'utilise le bon vieux PHPLib) à l'avantage de rester d'être du pur HTML d'un coté et du pure PHP de l'autre. Facile à comprendre, facile à maintenir mais avec les defauts que l'on connait.
Bref pour faire propre, standard et portable je te suggère XML/XSLT, si tu as besoin d'un résultat rapide et facilement compréhensible par un infographise/webdesigner la solution d'un moteur de template n'est pas un mauvais choix.
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur
moyen de produire une page HTML en séparant la présentation des données et
des traitements.
L'idée de base est de confier le design du site à une personne (un
infographiste) qui va utiliser un bête éditeur graphique HTML et produire un
fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et
le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne
manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très
concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
Bonsoir,
A mon sens celà dépend beaucoup de toi :)
Personnellement j'utilise la solution basé sur des templates, car elle
est simple, efficace et compréhensible par la plupart des développeurs
et infographistes avec lesquels je travaille.
Cependant au contraire de la solution XML/XSLT ce n'est pas du tout
portable vers d'autres type d'affichage tel que sur les mobiles, webtv
etc ....
Bref si le XML/XSLT t'interesse (ou que tu possèdes déjà la compétence
nécéssaire) il est à mon sens plus profitable d'utiliser cette solution
qui est normalisé et te permet de manipuler l'affichage selon le media visé.
Si maintenant tu as un délai de production court et que ta maitrise du
XML/XSLT est limité, la solution d'un bon moteur de template
(personnellement j'utilise le bon vieux PHPLib) à l'avantage de rester
d'être du pur HTML d'un coté et du pure PHP de l'autre. Facile à
comprendre, facile à maintenir mais avec les defauts que l'on connait.
Bref pour faire propre, standard et portable je te suggère XML/XSLT, si
tu as besoin d'un résultat rapide et facilement compréhensible par un
infographise/webdesigner la solution d'un moteur de template n'est pas
un mauvais choix.
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur moyen de produire une page HTML en séparant la présentation des données et des traitements.
L'idée de base est de confier le design du site à une personne (un infographiste) qui va utiliser un bête éditeur graphique HTML et produire un fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
Bonsoir,
A mon sens celà dépend beaucoup de toi :)
Personnellement j'utilise la solution basé sur des templates, car elle est simple, efficace et compréhensible par la plupart des développeurs et infographistes avec lesquels je travaille.
Cependant au contraire de la solution XML/XSLT ce n'est pas du tout portable vers d'autres type d'affichage tel que sur les mobiles, webtv etc ....
Bref si le XML/XSLT t'interesse (ou que tu possèdes déjà la compétence nécéssaire) il est à mon sens plus profitable d'utiliser cette solution qui est normalisé et te permet de manipuler l'affichage selon le media visé.
Si maintenant tu as un délai de production court et que ta maitrise du XML/XSLT est limité, la solution d'un bon moteur de template (personnellement j'utilise le bon vieux PHPLib) à l'avantage de rester d'être du pur HTML d'un coté et du pure PHP de l'autre. Facile à comprendre, facile à maintenir mais avec les defauts que l'on connait.
Bref pour faire propre, standard et portable je te suggère XML/XSLT, si tu as besoin d'un résultat rapide et facilement compréhensible par un infographise/webdesigner la solution d'un moteur de template n'est pas un mauvais choix.
Je pense que tu as raison, la solution PHP/Templates est plus directe, plus facile et plus rapide que de passer par XML/XSLT. Cependant je lui reprocherait d'être obligé de rajouter des balises entre accolades dans le HTML pour qu'elles soient remplacée par des données. Ce qui oblige à une manipulation du HTML. Alors qu'avec XSTL, il est possible d'analyser le HTML et d'y ajouter les données issues d'une base via un fichier XML sans pour cela modifier le HTML. Il suffit juste de nommer les zones variables avec des attributs html standards (name, id etc...)
Mon but ultime est de créer une série de modules qui prennent une requête SQL d'une part et un fichier HTML d'autre part et assure la fusion de tout cela proprement sans mélanger les langages.
A+
Jacques
"RAKOTOMALALA Renaud" a écrit dans le message de news:
Bonjour,
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur
moyen de produire une page HTML en séparant la présentation des données et
des traitements.
L'idée de base est de confier le design du site à une personne (un infographiste) qui va utiliser un bête éditeur graphique HTML et produire un
fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et
le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne
manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
Bonsoir,
A mon sens celà dépend beaucoup de toi :)
Personnellement j'utilise la solution basé sur des templates, car elle est simple, efficace et compréhensible par la plupart des développeurs et infographistes avec lesquels je travaille.
Cependant au contraire de la solution XML/XSLT ce n'est pas du tout portable vers d'autres type d'affichage tel que sur les mobiles, webtv etc ....
Bref si le XML/XSLT t'interesse (ou que tu possèdes déjà la compétence nécéssaire) il est à mon sens plus profitable d'utiliser cette solution qui est normalisé et te permet de manipuler l'affichage selon le media visé.
Si maintenant tu as un délai de production court et que ta maitrise du XML/XSLT est limité, la solution d'un bon moteur de template (personnellement j'utilise le bon vieux PHPLib) à l'avantage de rester d'être du pur HTML d'un coté et du pure PHP de l'autre. Facile à comprendre, facile à maintenir mais avec les defauts que l'on connait.
Bref pour faire propre, standard et portable je te suggère XML/XSLT, si tu as besoin d'un résultat rapide et facilement compréhensible par un infographise/webdesigner la solution d'un moteur de template n'est pas un mauvais choix.
Je pense que tu as raison, la solution PHP/Templates est plus directe, plus
facile et plus rapide que de passer par XML/XSLT.
Cependant je lui reprocherait d'être obligé de rajouter des balises entre
accolades dans le HTML pour qu'elles soient remplacée par des données. Ce
qui oblige à une manipulation du HTML. Alors qu'avec XSTL, il est possible
d'analyser le HTML et d'y ajouter les données issues d'une base via un
fichier XML sans pour cela modifier le HTML. Il suffit juste de nommer les
zones variables avec des attributs html standards (name, id etc...)
Mon but ultime est de créer une série de modules qui prennent une requête
SQL d'une part et un fichier HTML d'autre part et assure la fusion de tout
cela proprement sans mélanger les langages.
A+
Jacques
"RAKOTOMALALA Renaud" <drworld@nopourriel.fr> a écrit dans le message de
news:41375cdd@oracle.NETCOM.ins...
Bonjour,
J'aimerais rebondir sur cette discussion car je cherche aussi le
meilleur
moyen de produire une page HTML en séparant la présentation des données
et
des traitements.
L'idée de base est de confier le design du site à une personne (un
infographiste) qui va utiliser un bête éditeur graphique HTML et
produire un
fichier HTML. Ensuite un informaticien reprend ce fichier comme un
modèle et
le compléte avec des données dynamiquement extraites d'une base de
données.
Il me semble en effet que le passage par une étape XML/XSLT est une
bonne
manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très
concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
Bonsoir,
A mon sens celà dépend beaucoup de toi :)
Personnellement j'utilise la solution basé sur des templates, car elle
est simple, efficace et compréhensible par la plupart des développeurs
et infographistes avec lesquels je travaille.
Cependant au contraire de la solution XML/XSLT ce n'est pas du tout
portable vers d'autres type d'affichage tel que sur les mobiles, webtv
etc ....
Bref si le XML/XSLT t'interesse (ou que tu possèdes déjà la compétence
nécéssaire) il est à mon sens plus profitable d'utiliser cette solution
qui est normalisé et te permet de manipuler l'affichage selon le media
visé.
Si maintenant tu as un délai de production court et que ta maitrise du
XML/XSLT est limité, la solution d'un bon moteur de template
(personnellement j'utilise le bon vieux PHPLib) à l'avantage de rester
d'être du pur HTML d'un coté et du pure PHP de l'autre. Facile à
comprendre, facile à maintenir mais avec les defauts que l'on connait.
Bref pour faire propre, standard et portable je te suggère XML/XSLT, si
tu as besoin d'un résultat rapide et facilement compréhensible par un
infographise/webdesigner la solution d'un moteur de template n'est pas
un mauvais choix.
Je pense que tu as raison, la solution PHP/Templates est plus directe, plus facile et plus rapide que de passer par XML/XSLT. Cependant je lui reprocherait d'être obligé de rajouter des balises entre accolades dans le HTML pour qu'elles soient remplacée par des données. Ce qui oblige à une manipulation du HTML. Alors qu'avec XSTL, il est possible d'analyser le HTML et d'y ajouter les données issues d'une base via un fichier XML sans pour cela modifier le HTML. Il suffit juste de nommer les zones variables avec des attributs html standards (name, id etc...)
Mon but ultime est de créer une série de modules qui prennent une requête SQL d'une part et un fichier HTML d'autre part et assure la fusion de tout cela proprement sans mélanger les langages.
A+
Jacques
"RAKOTOMALALA Renaud" a écrit dans le message de news:
Bonjour,
J'aimerais rebondir sur cette discussion car je cherche aussi le meilleur
moyen de produire une page HTML en séparant la présentation des données et
des traitements.
L'idée de base est de confier le design du site à une personne (un infographiste) qui va utiliser un bête éditeur graphique HTML et produire un
fichier HTML. Ensuite un informaticien reprend ce fichier comme un modèle et
le compléte avec des données dynamiquement extraites d'une base de données.
Il me semble en effet que le passage par une étape XML/XSLT est une bonne
manière pour y arriver. Tout cela piloté par PHP.
J'ai fait quelques essais pas encore aboutis (présentables) mais très concluants avec la suite MYSQL -> PHP -> XML -> XSLT -> HTML.
Y a t'il d'autres personnes ici qui travaillent dans ce sens ?
Bonsoir,
A mon sens celà dépend beaucoup de toi :)
Personnellement j'utilise la solution basé sur des templates, car elle est simple, efficace et compréhensible par la plupart des développeurs et infographistes avec lesquels je travaille.
Cependant au contraire de la solution XML/XSLT ce n'est pas du tout portable vers d'autres type d'affichage tel que sur les mobiles, webtv etc ....
Bref si le XML/XSLT t'interesse (ou que tu possèdes déjà la compétence nécéssaire) il est à mon sens plus profitable d'utiliser cette solution qui est normalisé et te permet de manipuler l'affichage selon le media visé.
Si maintenant tu as un délai de production court et que ta maitrise du XML/XSLT est limité, la solution d'un bon moteur de template (personnellement j'utilise le bon vieux PHPLib) à l'avantage de rester d'être du pur HTML d'un coté et du pure PHP de l'autre. Facile à comprendre, facile à maintenir mais avec les defauts que l'on connait.
Bref pour faire propre, standard et portable je te suggère XML/XSLT, si tu as besoin d'un résultat rapide et facilement compréhensible par un infographise/webdesigner la solution d'un moteur de template n'est pas un mauvais choix.
je vais peut être être HC là. mais pas HS je pense.
"Jacques" a écrit dans le message de news:ch9b1b$9oq$
Je pense que tu as raison, la solution PHP/Templates est plus directe, plus
facile et plus rapide que de passer par XML/XSLT.
Si tu as une maîtrise totale de ton xml, xslt est au moins aussi simple et direct qu'un moteur de template PHP
soit le fichier XML **************************************************************** <?xml-stylesheet type="text/xsl" href="test.xsl"?> <root> <champ1>bla</champ1> ... <champN>blaN</champN> </root> ****************************************************************
alors pour ton XSLT tout ce dont tu as besoin c'est le fichier test.xsl suivant
Peronnellement je en vois pas en quoi c'est plus compliqué qu'un moteur de template.
bonjour,
je vais peut être être HC là. mais pas HS je pense.
"Jacques" <nomail@nomail.com> a écrit dans le message de
news:ch9b1b$9oq$1@news-reader3.wanadoo.fr...
Je pense que tu as raison, la solution PHP/Templates est plus directe,
plus
facile et plus rapide que de passer par XML/XSLT.
Si tu as une maîtrise totale de ton xml, xslt est au moins aussi simple et
direct
qu'un moteur de template PHP
soit le fichier XML
****************************************************************
<?xml-stylesheet type="text/xsl" href="test.xsl"?>
<root>
<champ1>bla</champ1>
...
<champN>blaN</champN>
</root>
****************************************************************
alors pour ton XSLT tout ce dont tu as besoin c'est le fichier test.xsl
suivant
je vais peut être être HC là. mais pas HS je pense.
"Jacques" a écrit dans le message de news:ch9b1b$9oq$
Je pense que tu as raison, la solution PHP/Templates est plus directe, plus
facile et plus rapide que de passer par XML/XSLT.
Si tu as une maîtrise totale de ton xml, xslt est au moins aussi simple et direct qu'un moteur de template PHP
soit le fichier XML **************************************************************** <?xml-stylesheet type="text/xsl" href="test.xsl"?> <root> <champ1>bla</champ1> ... <champN>blaN</champN> </root> ****************************************************************
alors pour ton XSLT tout ce dont tu as besoin c'est le fichier test.xsl suivant
