Project

General

Profile

Actions

Feature #8906

closed

Permettre l'évaluation des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans les notifications

Added by David Lesimple over 4 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Normal
Category:
Workflow
Start date:
07/07/2017
Due date:
10/30/2017
% Done:

100%

Estimated time:
Livraison en TEST:
Livraison en PROD:

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.


Files

Capture du 2018-04-03 15-02-17.png (23.5 KB) Capture du 2018-04-03 15-02-17.png David Lesimple, 04/03/2018 02:58 PM
DemandeCongesSimple.xml (12.7 KB) DemandeCongesSimple.xml David Lesimple, 04/06/2018 10:04 AM

Related issues

Related to Silverpeas Core - Bug #9707: Erreur lors de l'affectation d'une valeur par défaut à un champ wysiwygClosedNicolas Eysseric04/03/2018

Actions
Actions #1

Updated by Nicolas Eysseric over 3 years ago

  • Project changed from 143 to Silverpeas Core
  • Subject changed from Evolution permettant d'évaluer des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans la notification. to Permettre l'évaluation des champs calculés de type $[folder.xxxxx} pour afficher dynamiquement ce contenu dans les notifications
  • Description updated (diff)
  • Category changed from Workflow to Workflow
  • Status changed from Assigned to In progress...
  • Target version deleted (6.0)
Actions #2

Updated by Nicolas Eysseric over 3 years ago

  • Status changed from In progress... to Resolved
  • Target version set to Version 6.1
  • % Done changed from 0 to 100
Actions #4

Updated by Miguel Moquillon over 3 years ago

  • Status changed from Resolved to Integration in progress...
Actions #5

Updated by Miguel Moquillon over 3 years ago

  • Status changed from Integration in progress... to Closed
Actions #6

Updated by David Lesimple over 3 years ago

  • Related to Bug #9707: Erreur lors de l'affectation d'une valeur par défaut à un champ wysiwyg added
Actions #7

Updated by David Lesimple over 3 years ago

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}">

Actions #8

Updated by David Lesimple over 3 years ago

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>

Actions #9

Updated by Nicolas Eysseric over 3 years ago

  • Status changed from Re-opened to Resolved
Actions #10

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from Resolved to Integration in progress...
Actions #11

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from Integration in progress... to 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
    1. ajout de l'item com_employe de type text
  • Depuis l'onglet Actions
    • action Creation
      • conséquence par défaut
        1. entrer en modification de Utilisateurs à notifier
        2. insérer pour ${folder.com_employe} après ${action.Creation.actor} (par exemple)
  • Depuis l'onglet Formulaires
    • formulaire creation
      1. 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
          1. 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.

Actions #12

Updated by David Lesimple over 3 years ago

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...
Actions #14

Updated by David Lesimple about 3 years ago

  • % Done changed from 100 to 90
Actions #15

Updated by Nicolas Eysseric about 3 years ago

  • Status changed from Assigned to Closed
  • % Done changed from 90 to 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

Actions

Also available in: Atom PDF