Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: Cocoon et feuilles de styles sans style.

From: Sylvain Wallez (sylvain.wallez@anyware-tech.com)
Date: 20/12/2003 - 19:23


Eric van der Vlist wrote:

>XMLfr utilise pour l'instant la technique des "feuilles de style sans
>style" décrite dans http://xmlfr.org/documentations/articles/001214-0001
>
>En gros, les transformations sont appliquées sur des modèles de pages
>XHTML qui provoquent l'inclusion de contenu au moyen d'éléments
>spécifiques.
>
>Par exemple, la fenêtre principale de la page d'accueil est insérée dans
>le modèle de page décrivant la géométrie de la page principale par
>l'élément :
>
><document-rss
>src="file:///home/apache/xmlfr/remote/pages/actualites/breves/breves.rss10" alt-src="file:///home/apache/xmlfr/remote/pages/actualites/general.rss10" max-size="-1" max-items="25" concise="0" no-title="1" icon="1"/>
>
>Les différents attributs identifient le (ou les) document(s) RSS à
>inclure et l'affichage qui doit en être fait.
>
>Avec Cocoon, j'ai deux possibilités (sans compter l'utilisation de JSP
>ou XSP que je préférerais éviter) :
>
> * Reconduire exactement ce principe.
> * Définir la géométrie des documents dans la sitemap en utilisant
> un "map:aggregate" et en jouant sur les éléments que l'on peut
> associer aux "map:part" pour contrôler l'affichage.
>
>J'ai tendance à penser que mon approche actuelle est plus souple mais
>j'avoue ne pas encore bien évaluer les avantages et inconvénients des
>deux notamment au niveau de l'évolutivité du site.
>
>

Personellement, j'utilise le <map:aggregate> essentiellement pour
l'assemblage de contenus hétérogènes dans leur responsabilité par
rapport à la page, tels qu'un bandeau d'entête, un menu de navigation et
le contenu. On peut assimiler ça à l'assemblage côté serveur de ce qui
pourrait se retrouver dans des frames html.

Moi j'aime bien les feuilles de style sans style. Une fois qu'on connait
les éléments spécifiques, ça permet de se concentrer sur la construction
de la page sans se préoccuper de la technique utilisée.

>Par contre, si j'ai bien compris
>http://wiki.cocoondev.org/Wiki.jsp?page=WritingForCacheEfficiency, il
>n'y a pas d'impact au niveau du cache puisqu'il prend en compte les
>documents lus par le fonction document().
>
>

Ouaip. Décidément, tu épluches tout le wiki ;-)

>De plus, il semble possible d'accéder à des pipelines par la fonction
>document (en utilisant des URI schemes en "cocoon:") ce qui me laisse
>penser qu'on a autant de souplesse que dans un sitemap.
>
>Est-ce que je me trompe?
>
>

Pas du tout ! Tout les protocoles supplémentaires proposés par Cocoon
sont disponibles dans document().

>Avez-vous des avis concernant les avantages et inconvénients des deux options?
>
>

Je l'ai dit plus haut, j'aime bien les styles sans styles. Pour
l'implémentation, outre la fonction document(), on peut utiliser aussi
le transformer XInclude.

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance  -  http://www.orixo.com

-- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 31/12/2003 - 17:02 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org