> Le format pivot id�al d�pend � la fois de la nature des donn�es d'entr�e > et de la vari�t� des formats de sortie. Pour de la publication, on peut > conseiller un HTML simplifi� (uniquement des tags structurants avec des > id et des class), qui peut facilement �tre retravaill� pour �tre > pr�sent� sous diff�rentes formes.
Exactement, tout � fait d'accord avec toi Sylvain, CA DEPEND ! Et justement c'est ce qui est int�ressant avec XML et consorts, �a d�pend aussi. C'est flexible, maniable et surtout EXTENSIBLE. Donc standardiser les entr�es pour certaines applications en particulier serait ridicule dans le sens o� on se priverait de la flexibilit� de XML. Chaque application a ses sp�cificit�s et certaines sont plus communes que d'autres (eCommerce, WebServices, etc.) et pour celles l� il y a des standards, mais trop de standards tuent la standardisation. Et puis il y a suffisamment de dialectes XML pour contenter une bonne partie des applications, souvent accompagn�es de quelques XSLT judicieusement choisies. Et pour moi le probl�me c'est plus �a que la combinatoire : les dialectes sont l�, les feuilles de style existent mais il n'y a pas de r�f�rentiel commun pour syndiquer tout �a. (Bon et puis XSLT n'est pas une merveille d'intuitivit� non plus on s'entend...) Mais je continue de penser que toute la puissance de XML/XSLT, et par extension de Cocoon, c'est justement sa combinatoire, sa flexibilit�, qui te laisse choisir TON/TES format(s) d'entr�e et de sortie en fonction de ce que tu veux faire. -- Sebastien ARBOGAST --------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
