Joe Ramone wrote:
Oui, en utilisant des portlets custom (sur mesure) et des
render_method custom
pour les portlets de contenu / de liens internes.
Entendu cependant si je veux conserver une découpe
logique/présentation et éviter de développer la logique dans un script
python, je vais devoir passer par un véritable Portlet.
la seul difference entre un portlet générique et un portlet "custom" est
que le dernier n'a pas de données propres donc il n'est pas paramétrable
via les formulaire d'édition comme les portlets génériques. Cela mis à
part la découpe logique / presentation reste inchangée, la plupart du
temps on utilise les scripts déjà écrits pour les portlets génériques et
on leur passe des paramètres directement (dans les ZPTs) au lieu
d'utiliser les champs de CPSSchemas.
De plus créer un nouveau type de portlet n'est pas si compliqué :
ca peut se
faire en ZMI comme la création d'un type de doc
(widget/layout/schema) et
s'exporte en XML naturellement avec portal_setup. Dans 90% des
cas, le portlet à
créer n'est pas suffisamment générique pour justifier la création
d'un nouveau
type de portlet et un custom portlet remplit ce besoin.
Ok, comment enregistre t'on le nouveau portlet pour pouvoir ensuite
l'instancier simplement via CPSSkins ?
c'est dans la doc.
http://www.cps-project.org/sections/documentation/developers/how_to_creation_de
/JM
_______________________________________________
cps-users-fr
Adresse de la liste : [email protected]
Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>
