Bonjour,

Je cherche à développer un module dont le but est de modifier l'affichage des champs wysiwyg de certains types de contenus. Le paramétrages du module permettrait de saisir les types de contenus ainsi que les catégories au sein desquelles le rendu doit être modifié.

La modification du rendu ne pose pas de problème, mais la version actuelle du module oblige à insérer une ligne au sein des gabarits d'affichage des types de contenus souhaité (la propriété types de contenu du module n'est donc pas utilisé). Je cherche donc à trouver une solution générique permettant de rendre le module opérationnel sans avoir à modifier ces gabarits.

J'ai cherché du côté du doInitCustom.jsp en faisant un test sur le type de la publication contenue dans la request.getAttribute("publication"), mais il se trouve que cette méthode déclenche plusieurs fois mon traitement (plusieurs appel à doInitCustom.jsp avec la même publication en session lors du chargement de la page). De plus, cela oblige à rajouter une target dans le doInitCustom afin de ne pas l'écraser par celui du module, mais ce point là n'est pas trop gênant.

Ma question est donc la suivante, comment puis-je intervenir de façon générique sur les champs wysiwyg d'un ou plusieurs types de contenu non définis à l'avance, sachant qu'il me faudra donc effectuer des tests sur le type de contenu ainsi que sur la catégorisation de la publication (il me semble donc que l'utilisation d'un BasicWysiwygPolicyFilter ne répond pas à mes besoins)?

Merci de la réponse rapide. J'avais déjà envisagé ces deux solutions, mais aucune de répond vraiment à la problématique.

Le WysiwygPolicyFilter ne peut être utilisé car il ne fourni pas les informations sur la publication nécessaire au traitement.

Le DataController ne me convient pas plus, car cela reviendrait à modifier le contenu du champ wysiwyg, ce que j'essaie justement d'éviter pour ne pas perturber les contributeurs amené à modifier ce même champs (à moins d'effectuer de nouveau un traitement inverse à l'édition de la publication?).

Actuellement, j'interviens juste après le doInitPage.jsp appelé dans les gabarits d'affichage fullDisplay afin de créer un nouveau contenu, copie de la publication contenue dans la session. C'est sur cette copie que je travaille afin de modifier les liens contenus dans les champs wysiwyg.

Bien entendu, le clone n'est pas enregistré dans le store et les boutons d'édition apparaissant dans le fullDisplay ont alors déjà été générés à partir du contenu original (donc avec les champ wysiwyg non modifié), ce qui évite de répercuter les changement du clone lors d'une édition.

Pour être donc plus précis dans ma question, je recherche en fait un endroit où insérer mon traitement qui récupère la publication courante stockée dans la session, la clone, modifie le clone et la remplace au sein de la session.

N'y aurait-il pas de targets (ou autre méthode évitant d'éditer tous les gabarits concernés) qui m'auraient échappés me permettant d'insérer une jsp de traitement entre l'appel à doInitPage.jsp et le gabarit d'affichage fullDisplay d'une publication consultée?