Feature #8906
fermé
Permettre l'évaluation des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans les notifications
Ajouté par David Lesimple il y a plus de 7 ans.
Mis à jour il y a environ 6 ans.
Description
Il est possible d'utiliser un champ texte pour personnaliser la notification envoyée lors d'une action.
Exemple lors du refus d'une demande :
<consequence>
<set state="Refusee"/>
<notify message="Votre demande de congés du ${folder.dateDebut} au ${folder.dateFin} a été refusée pour le motif suivant : ${folder.motifRefus}">
<relatedUser participant="Demandeur" role="Employe"/>
</notify>
</consequence>
Le champ motifRefus
permet au valideur de renseigner le motif de son refus.
Si dans ce champ, il souhaite personnaliser le motif avec d'autres données de la demande, ces données ne sont pas interprétées.
Exemple :
Votre demande de ${folder.duree} jours est trop longue.
Cette évolution permettra de lever cette limitation.
Fichiers
- Projet changé de 143 à Silverpeas Core
- Sujet changé de Evolution permettant d'évaluer des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans la notification. à Permettre l'évaluation des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans les notifications
- Description mis à jour (diff)
- Catégorie changé de Workflow à Workflow
- Statut changé de Assigned à In progress...
- Version cible
6.0 supprimé
- Statut changé de In progress... à Resolved
- Version cible mis à Version 6.1
- % réalisé changé de 0 à 100
- Statut changé de Resolved à Integration in progress...
- Statut changé de Integration in progress... à Closed
- Lié à Bug #9707: Erreur lors de l'affectation d'une valeur par défaut à un champ wysiwyg ajouté
Cela ne fonctionne pas. Ce sont les infos représentant le champ wysiwyg qui sont affichés au lieu de son contenu.
Dans le process :
<notify message="${folder.notificationCreation}">
Exemple avec la demande de congés modifiée.
Etape de création de la demande :
Le demandeur a un champ wysiwyg nommé "com" qu'il saisi avec le contenu uivant :
test nb de jours : ${folder.duree}
L'action en question dans le WF :
<action name="Creation" kind="create" form="creation">
<label lang="default" role="default">Création</label>
<description lang="default" role="default">Création d'une nouvelle demande.</description>
<allowedUsers>
<userInRole name="Employe"/>
</allowedUsers>
<consequences>
<consequence>
<kill>false</kill>
<set state="AttenteValidation"/>
<notify message="Merci de valider les congés de ${action.Creation.actor} pour ${folder.com} jours du ${folder.dateDebut} (${folder.debutJourneeOuDemi}) au ${folder.dateFin} (${folder.finJourneeOuDemi})">
<relatedUser participant="Demandeur" relation="responsable" role="Responsable"/>
</notify>
<triggers/>
</consequence>
</consequences>
</action>
- Statut changé de Re-opened à Resolved
Traité avec PR :
Corrige également le #9707
- Statut changé de Resolved à Integration in progress...
- Statut changé de Integration in progress... à Assigned
Malgré quelques problèmes, les PR proposés ont été intégrés afin que d'autres projets puissent avancer.
Les tests lors de l'intégration ont été réalisés avec le formulaire de demande de congés.
Les modifications suivantes ont été apportées (depuis l'outillage du back-office) :
- Depuis l'onglet Dossier
- ajout de l'item com_employe de type text
- Depuis l'onglet Actions
- action Creation
- conséquence par défaut
- entrer en modification de Utilisateurs à notifier
- insérer pour ${folder.com_employe} après ${action.Creation.actor} (par exemple)
- Depuis l'onglet Formulaires
- formulaire creation
- ajout de du champ com_employe avec la valeur par défaut test ${folder.duree} (par exemple) et l'affichage du champ en wysiwyg
- formulaire presentationForm
- ajout de du champ com_employe avec la valeur par défaut vide (par exemple) et l'affichage du champ en wysiwyg
Lors d'une demande de congés, la notification envoyée au responsable est bien envoyée avec le contenu bien calculé.
Cependant, si le demandeur consulte sa demande (ou le responsable), les variables du champs WYSIWYG ne sont pas décodées.
Aussi, s'il se rend dans l'onglet Historique, le champs WYSIWYG contient la valeur par défaut et pas la valeur saisie par l'utilisateur, de plus les variables ne sont pas décodées.
Il reste probablement quelques actions à mener dans le cadre de ce REDMINE.
Il y a un léger problème: les sauts de ligne sont doublés dans le contenu de la notification.
Voici un extrait du source du champ wysiwyg :
<p>Bonjour,<br />
<br />
Les juristes...
et voici le résultat dans le mail de notification :
<p>Bonjour,<br /><br/><br /><br/>Les juristes...
- % réalisé changé de 100 à 90
- Statut changé de Assigned à Closed
- % réalisé changé de 90 à 100
Formats disponibles : Atom
PDF