[XSLT] Génération en HTML Strict et namespace

Version imprimable

Bonjour

Je souhaite que ma page généré par mon xslt soit en HTML Strict 4.01
Mon arbre xml contient des namespaces donc je les définie dans ma balise stylesheet.
Le problème est que ces namespaces sont ajoutés dans ma balise html généré par le xslt.
Comment régler ce problème?

Voici le entête de mon xslt.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:nf="urn:ec.v1" xmlns:sf="urn:ec.toot.v1" xmlns:cm="urn:ec.tiit.v1"> <xsl:output version="4.0" method="html" indent="yes" encoding="UTF-8" doctype-public="-//W3C//DTD HTML 4.01//EN" doctype-system="http://www.w3.org/TR/html4/strict.dtd" />

22/05/2008, 10h51
GrandFather
Bonjour,

utilise l'attribut exclude-result-prefixes pour spécifier les alias des espaces de nom qui ne doivent pas figurer dans le fichier de sortie :
Code:

1 2 3 4 <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" ... exclude-result-prefixes="nf sf cm"/>
22/05/2008, 11h01
BigBarbare

merci ca marche

personne n'en parle jamais de cette option. Peut être que personne ne fait du html strict car tout les doc que j'ai pu trouvé sur le net sont sur xsl et xhtml.
22/05/2008, 11h38
GrandFather

Citation:

Envoyé par BigBarbare

personne n'en parle jamais de cette option

Elle n'est utile que si la source XML utilise des espaces de nom, ce qui n'est peut-être pas le cas le plus courant.

Citation:

Envoyé par BigBarbare

Peut être que personne ne fait du html strict car tout les doc que j'ai pu trouvé sur le net sont sur xsl et xhtml.

Disons plutôt que le processeur XSLT ne fait pas de lien logique entre le DOCTYPE spécifié pour la sortie de la transformation et les espaces de noms qu'il doit ou non placer en sortie en conséquence. C'est au développeur de la feuille de style de faire ce travail.

La spécification XSLT est déjà assez complexe comme ça à implémenter, s'il fallait en plus tenir compte des spécificités de tous les formats de sortie possibles on aurait une offre de processeurs encore plus réduite qu'aujourd'hui... ;)