Feature #8906
fermé
Permettre l'évaluation des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans les notifications
100%
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
| Capture du 2018-04-03 15-02-17.png (23,5 ko) Capture du 2018-04-03 15-02-17.png | |||
| DemandeCongesSimple.xml (12,7 ko) DemandeCongesSimple.xml |
Mis à jour par Nicolas Eysseric il y a presque 7 ans
- 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.0supprimé
Mis à jour par Nicolas Eysseric il y a presque 7 ans
- Statut changé de In progress... à Resolved
- Version cible mis à Version 6.1
- % réalisé changé de 0 à 100
Traité par PR : https://github.com/Silverpeas/Silverpeas-Core/pull/880
Mis à jour par Miguel Moquillon il y a plus de 6 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Miguel Moquillon il y a plus de 6 ans
- Statut changé de Integration in progress... à Closed
Mis à jour par David Lesimple il y a plus de 6 ans
- Lié à Bug #9707: Erreur lors de l'affectation d'une valeur par défaut à un champ wysiwyg ajouté
Mis à jour par David Lesimple il y a plus de 6 ans
- Fichier Capture du 2018-04-03 15-02-17.png Capture du 2018-04-03 15-02-17.png ajouté
- Statut changé de Closed à Re-opened
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}">
Mis à jour par David Lesimple il y a plus de 6 ans
- Fichier DemandeCongesSimple.xml DemandeCongesSimple.xml ajouté
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>
Mis à jour par Nicolas Eysseric il y a plus de 6 ans
- Statut changé de Re-opened à Resolved
- https://github.com/Silverpeas/Silverpeas-Core/pull/892
- https://github.com/Silverpeas/Silverpeas-Components/pull/585
Corrige également le #9707
Mis à jour par Yohann Chastagnier il y a plus de 6 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Yohann Chastagnier il y a plus de 6 ans
- 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)
- action Creation
- 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.
Mis à jour par David Lesimple il y a plus de 6 ans
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...
Mis à jour par Nicolas Eysseric il y a plus de 6 ans
- Statut changé de Assigned à Closed
- % réalisé changé de 90 à 100
Les retours chariots non HTML sont désormais ignorés et ne sont donc plus transformés en <br/>.
Traité par commit : https://github.com/Silverpeas/Silverpeas-Core/commit/194d2953e7d3f429c7138b482267f2fd1f6874c6