Illustration
On part de l'exemple "international" et on veut obtenir le comportement suivant :jfp% xsltproc listtxt.xsl ../ExInter/ExInter.xml
Voici une liste de pays avec leurs capitales
France : Paris
España : Madrid
Česko : Praha
Україна : Київ
България : София
Ελλάς : Αθήνα
Россия : Москва
საქართველო : თბილისი
Հայաստան : Երեւան
भारत : नई दिल्ली
தமிழ்_நாடு : ென்னை
ประเทศไทย : กรุงเทพฯ
Việt_Nam : Hà Nội
中華 : 北京
日本国 : 東京
jfp%
Rappel sur l'usage de
xsltproc
: le nom du fichier "feuille de style" en 1er argument, en 2nd celui du
fichier XML "données".Noter que l'appel à
xsltproc avec un premier
argument "feuille de style" a pour effet
d'utiliser la feuille passée en argument et non pas celle qui
est indiquée dans le
fichier XML : <?xml-stylesheet type="text/xsl"
href="list.xsl"?> Si on ne donne pas ce premier argument à la commande, c'est la feuille de style attachée au fichier XML qui est automatiquement invoquée :
jfp% xsltproc ../ExInter/ExInter.xml
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Visualisation</title>
</head>
<body>
<h2> Voici une liste de pays avec leurs capitales</h2>
<ul>
<li>France :
Paris</li>
<li>España :
Madrid</li>
<li>Česko :
Praha</li>
<li>Україна :
Київ</li>
<li>България :
София</li>
<li>Ελλάς :
Αθήνα</li>
<li>Россия :
Москва</li>
<li>საქართველო :
თბილისი</li>
<li>Հայաստան :
Երեւան</li>
<li>भारत :
नई दिल्ली</li>
<li>தமிழ்_நாடு :
ென்னை</li>
<li>ประเทศไทย :
กรุงเทพฯ</li>
<li>Việt_Nam :
Hà Nội</li>
<li>中華 :
北京</li>
<li>日本国 :
東京</li>
</ul>
</body>
</html>
jfp%
Réalisation
En partant de la feuillelist.xsl
donnée dans le cours, trois étapes :- Modification de
xsl:output methodde"html"à"text", et suppression des éléments HTML.
On obtient un premier résultat qui n'est pas si mauvais...
- Élimination des blancs et sauts de ligne qui de
facto commandent la mise en page
alors que de jure ils ont pour rôle d'indiquer la structure logique de la feuille de style.
On ajoute l'instruction<xsl:strip-space elements="*" />.
Du coup on a tout perdu !
- Ajout de nouvelles indications de mise en page,
tabulations (ASCII 09) et sauts de ligne (ASCII 10).
On les spécifie par des entités explicites plutôt qu'en les logeant directement dans le texte,
pour bien distinguer le contenu prescriptif dudit texte des artifices de sa présentation.
Pour ce faire, une DTD interne est l'outil le mieux adapté :
<!DOCTYPE xsl:stylesheet [
On obtient ainsi le résultat illustré ci-dessus.
<!ENTITY tab "	">
<!ENTITY nl " ">
]>
fichierlisttxt.xsl
<?xml version='1.0'?>
<!DOCTYPE xsl:stylesheet [
<!ENTITY tab "	">
<!ENTITY nl " ">
]>
<xsl:stylesheet
xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version='1.0'>
<xsl:output method="text" encoding="utf-8" />
<xsl:strip-space elements="*" />
<xsl:template match="/">
<xsl:text>Voici une liste de pays avec leurs capitales </xsl:text>
<xsl:apply-templates/>
</xsl:template>
<xsl:template match="Capitales/*">
<xsl:text>&tab;</xsl:text>
<xsl:value-of select="name()"/><xsl:text> : </xsl:text><xsl:value-of select="."/>
<xsl:text>&nl;</xsl:text>
</xsl:template>
</xsl:stylesheet>
Essai avec PrettyMIL
L'illustration donnée dans le cours est surprenante à deux titres :- Le fichier
qr.xmlest lié à la feuille de styleHtmlMIL.xslqui produit du HTML,
de sorte que la commandexsltproc qr.xmldevrait engendrer
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Programme MIL</title>
</head>
<body><pre>VAR a; b; q; r; LIRE a ;
LIRE b ;
q := 0 ;
r := a ;
TANTQUE t >= b FAIRE
q := q + 1 ;
r := r - b
FINTQ ;
ECRIRE q ;
ECRIRE r
.</pre></body>
</html>
L'auteur aurait-t-il "triché" ?
- Entre l'illustration "en mode texte" et la version Web
on observe une différence à la fin de la liste des déclarations de
variables "
VAR a; b; q; r..." :
- en mode texte, cette liste se poursuit sans
interruption avec la première instruction "
LIRE a ;" ;
- en mode Web elle se termine par un point, suivi
d'un saut de ligne, avant la première instruction "
LIRE a ;".
qui demande un traitement spécial pour la dernière déclaration :
(première partie de la feuille principalePrettyMIL.xsl)
<xsl:template match="Variables/Var[position() != last()]">
<xsl:value-of select="@nom"/>
<xsl:text>; </xsl:text>
</xsl:template>
<xsl:template match="Variables/Var[position() = last()]">
<xsl:value-of select="@nom"/>
<xsl:text>. </xsl:text>
</xsl:template>
Que se passe-t-il ?
- en mode texte, cette liste se poursuit sans
interruption avec la première instruction "
PrettyMIL au
lieu de HtmlMIL qui se borne
à produire un cadre HTML. Pour obtenir l'effet annoncé dans le
cours, il suffit donc de commander(depuis le répertoire où nous faisons nos essais) "
xsltproc
../MIL/PrettyMIL.xsl ../MIL/qr.xml" avec deux arguments.jfp% xsltproc ../MIL/PrettyMIL.xsl ../MIL/qr.xml
VAR a; b; q; r; LIRE a ;
LIRE b ;
q := 0 ;
r := a ;
TANTQUE t >= b FAIRE
q := q + 1 ;
r := r - b
FINTQ ;
ECRIRE q ;
ECRIRE r
.
jfp%
Même résultat ! Et d'ailleurs, le navigateur Safari confirme (ouvert sur
qr.xml) ...
Diable, voilà qui est bien inquiétant ! Mais que peut-on donc reprocher au code XSLT ci-dessus ?
Avant de désespérer, tournons-nous vers un autre interprète.
