🚀 go-pugleaf

In <wy7l2s55s0.fsf@polya.u-strasbg.fr>, Alain Ketterlin wrote:

> Tom. <ptittom+news@free.fr> writes:
> 
>> Cocoon les utilise, je ne saurai pas dire pourquoi (parce que de ce que
>> j'en ai vu ca fait assez doublon avec certains attributs d'XSLT).
> 
> Pour deux raisons : 1) parce qu'on peut traiter un document avec autre
> chose que XSLT,

Mais <?xml-stylesheet type="text/xsl" ... ?> (ou autres variantes avec 
text/xml ou application/xml) est fait pour indiquer que le document doit 
�tre trait� avec XSLT non ? Alors pourquoi devoir rajouter un 
<?cocoon-process?> ?

> et 2) parce que Cocoon ne veut pas entendre parler de
> <xsl:output> (une transfo XSLT produit du XML -- point).
> 
> Le 2nd point est discutable au regard de la rec. XSLT, mais argumente'
> par le fait qu'on peut, par exemple, vouloir produire du JPEG ou du
> PDF ou autre format binaire non prevu par <xsl:output>.

On utilisera alors un QName dans l'attribut �method� (et il faut pr�voir un 
moyen pour le processeur XSLT [et pas Cocoon, ce n'est pas son r�le] de 
"plugger" les modules ad�quats).

> De cette facon, toutes les transfo sont XML->XML, la derniere est
> XML->autre.

Mon avis est que Cocoon n'a pas � se m�ler de la transformation proprement 
dite, il ne devrait que donner la main � un processeur XSLT dont l'objet 
r�sultant de la transformation aurait une interface pour envoyer l'ent�te 
HTTP Content-Type (au moins, �ventuellement d'autres) et le contenu du 
fichier.

Tom.