Development #6973
Action de workflow pour désactiver un formulaire
0%
Description
Dans #5259 :
le formulaire est clos aux inscriptions (création d'une action de workflow, clore le téléservice ?)
Fichiers
Révisions associées
workflows: add action to disable a formdef (#6973)
workflows: add action to disable a formdef (#6973)
workflows: add action to disable a formdef (#6973)
workflows: add action to disable a formdef (#6973)
workflows: add action to disable a formdef (#6973)
workflows: add action to disable a formdef (#6973)
workflows: add action to disable a formdef (#6973)
Historique
Mis à jour par Frédéric Péters il y a environ 9 ans
- Fichier 0001-workflows-add-action-to-disable-a-formdef-6973.patch 0001-workflows-add-action-to-disable-a-formdef-6973.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Cela étant il faut peut-être plutôt réfléchir parce que c'est à mon avis pas désactiver le formulaire qu'on veut faire mais le fermer au public (i.e. qu'il reste accessible dans le backoffice). Je mets copie de ce commentaire de l'autre côté.
Mis à jour par Thomas Noël il y a environ 9 ans
et à lire ce commentaire, effectivement, je me demande si cette action de désactivation complète a un intérêt... (et j'ai pas envie qu'on ajoute des actions qui ne servent/servirons à rien)
Mis à jour par Victor Claudet il y a presque 9 ans
réflexion au moment des tests de l'utilisation du compteur.
La désactivation pure et simple, ce n'est effectivement pas une bonne solution puisque ça coupe l'accès aux gestionnaires également.
Donc soit il faut introduire une notion d'activation front-office et d'activation back-office (un paramètre supplémentaire au niveau du formulaire ?).
Soit il faut permettre au moment du paramétrage de réaliser un changement de droits d'accès en front office de manière un peu automatisée. Le formulaire n'est pas désactivé mais son accès restreint. Je vois deux solutions :
- L'administrateur qui créé le workflow peut choisir qui pourra accéder au formulaire au moment de ce changement à l'aide d'une liste déroulante comme on le fait aux autres endroits pour l'affectation des droits.
- Le droit d'accès au formulaire est automatiquement donné au destinataire du formulaire. Pas de sélection dans une liste se sera forcément le rôle destinataire qui pourra accéder en front office ce qui évite de créer des rôles artificiels uniquement pour la "désactivation" de formulaire.
Mis à jour par Thomas Noël il y a presque 9 ans
Victor Claudet a écrit :
Donc soit il faut introduire une notion d'activation front-office et d'activation back-office (un paramètre supplémentaire au niveau du formulaire ?).
C'est peut-être une piste intéressante : faire en sorte que la désactivation soit «frontoffice» ou «full» ou False (au lieu de juste True/False actuellement).
La fonction formdef.is_disabled() pourrait accepter un paramètre "in_backoffice=<bool>" (à False par défaut) qui ne renverrait "True" que si le formulaire est complétement désactivé, sinon toujours "vrai". Or du backoffice le comportement ne change pas.
Annexe : ça permet de laisser un formulaire gérable dans le backoffice même si les dates sont dépassées, ce qui ne doit pas être le cas actuellement (et c'est surement peu pratique).
Mis à jour par Thomas Noël il y a plus de 8 ans
- Patch proposed
Ouisupprimé
Le patch ne permettant pas de répondre correctement à la demande, je décoche "patch proposed"
Mis à jour par Frédéric Péters il y a presque 2 ans
- Statut changé de En cours à Fermé
- Patch proposed mis à Non
- Planning mis à Non
On va dire que non, ambiancé générale pas à ajouter des actions.
workflows: add action to disable a formdef (#6973)