Project

General

Profile

Development #6973

Action de workflow pour désactiver un formulaire

Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago. Updated over 5 years ago.

Status:
En cours
Priority:
Normal
Target version:
-
Start date:
17 Apr 2015
Due date:
% Done:

0%

Estimated time:
Patch proposed:
Planning:

Description

Dans #5259 :

le formulaire est clos aux inscriptions (création d'une action de workflow, clore le téléservice ?)


Files

0001-workflows-add-action-to-disable-a-formdef-6973.patch (2.88 KB) 0001-workflows-add-action-to-disable-a-formdef-6973.patch Frédéric Péters (absent jusqu’au 12/12), 17 Apr 2015 03:18 PM

Associated revisions

Revision 332393ba (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision f18e7a51 (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision ddc91e84 (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision f091f46b (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision 96cd3645 (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision d06cd23c (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision a3ab6a98 (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

Revision a25f3fe5 (diff)
Added by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

workflows: add action to disable a formdef (#6973)

History

#2

Updated by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

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é.

#3

Updated by Thomas Noël over 6 years ago

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)

#4

Updated by Victor Claudet over 6 years ago

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.

#5

Updated by Thomas Noël over 6 years ago

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).

#6

Updated by Frédéric Péters (absent jusqu’au 12/12) over 6 years ago

  • Priority changed from Normal to Haut
#7

Updated by Thomas Noël about 6 years ago

  • Patch proposed deleted (Yes)

Le patch ne permettant pas de répondre correctement à la demande, je décoche "patch proposed"

#8

Updated by Frédéric Péters (absent jusqu’au 12/12) over 5 years ago

  • Priority changed from Haut to Normal

Also available in: Atom PDF