🚀 go-pugleaf

Philippe Batailler <pbatailler@teaser.fr> writes:

[...]
> Je veux transformer une dtd en une autre dtd (docbook xml). Et
> l'�l�ment <varlistentry> n'existe pas dans l'ancienne dtd : il faut
> que je le rajoute.

Non. La DTD du document _resultat_ est independante de la DTD du
document initial.

Si tu ecris <varlistentry> tu as un element. Ce que tu faisais
produisait du texte.

> Mais faut que je vois ce que veut dire : � sans passer par
> serialisation+re-parsing �.

Si tu jongles avec les &gt; et &lt; tu produis du texte. Si ton
document en memoire est passe directement a un autre processeur, ton
element <varlistentry> n'existe pas, puisque tu as insere le texte
&lt;varlistentry&gt;, et donc ne sera pas reconnu.

Si par contre tu ecris le fichier sur disque, et que tu le reparses
ensuite, peut-etre que les caracteres < et > seront presents et que le
parser va comprendre que c'est un element.

Si tu veux l'element <varlistentry>, il suffit d'inserer les balises
et le resultat sera correct (ce que tu faisais avec <term>).

A mon avis, un processeur XSLT devrait etre en droit d'ignorer
disable-output-escaping si la methode de sortie est xml. Je n'en ai
jamais vu d'usage raisonnable. La rec. XSLT dit :

    for example, the output may include ill-formed sections which are
    intended to be transformed into well-formed XML by a subsequent
    non-XML aware process

Si la suite n'est pas xml-aware, pourquoi lui passer du XML ? Dans ce
cas, il vaut mieux utiliser method="text". Si c'est pour faire des
balises HTML (par exemple qui ne se ferment pas), il y a deja
method="html".

-- Alain.