L'autre problème des cl:link est que vous êtes liés au portail Cocoon.
Mieux vaut travailler avec les CachingURICoplet et les bookmarks (ou
développer un concept de contrôleur qui permet de communiquer avec les
portlets), ce qui vous assure un portage plus simple de vos coplets.
Pour le back, je croyais que l'utilisation des PageLabel permettait de
le résoudre.
Quand à la cuisson, si elle n'est pas bonne, rien ne vous empêche de la
recommencer, ou de la continuer (sans oublier d'en faire bénéficier tout
le monde :-)
Jean-Christophe
Jean-Baptiste Quenot a écrit :
* Philippe Guillard:
Je viens de realiser qu'en cachingURI coplet les events sont
attribues dans l'order 1,2,3 etc.. a tous les <a href.../> et
cl:link trouve. Quand je fais back avec le navigateur je vois
des liens qui sont d'autres events mais le portal ne sait pas
que je suis revenu en arriere. Ca marche en effet en ne mettant
que des bookmarks (pas d'events generes).
En effet, nous sommes également arrivés à la conclusion que
CopletTransformer (cl:link) est à prohiber si tu veux faire
marcher l'historique du navigateur, et/ou si tu veux utiliser les
CachingURICoplet.
Où est le hack? Difficile à dire, d'après moi c'est le bloc
portal qui n'est autre qu'un « half-baked hack ».
--
BlueXML
Jean-Christophe Kermagoret
Directeur associé
[EMAIL PROTECTED]
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]
