goa/doc/devmanual_fr/chap_definition_workflows.txt
author Sylvain Thénault <sylvain.thenault@logilab.fr>
Mon, 21 Dec 2009 19:45:24 +0100
changeset 4159 6b2b20c73d59
parent 0 b97547f5f1fa
permissions -rw-r--r--
refactor form field value handling, to get a nicer api and an easier algorithm to get field's value Details: * new .typed_value / .display_value on fields * droped form_field_value on form * .value attribute of field instead of .initial * nicer field's __init__, allowing to give a lambda as value's value

Définition de workflow
======================
On peut mettre une condition rql ou/et un groupe auquel doit appartenir l'utilisateur.

Si on met à la fois un(ou plusieurs) groupe et une condition RQL, il faut que les deux soient respectés.

Si on met plusieurs groupes, il faut que l'utilisateur soit dans un des groupes.

Pour la condition RQL sur une transition, on peut y mettre les substitutions suivantes :

* `%(eid)s`, eid de l'objet
* `%(ueid)s`, eid de l'utilisateur qui fait la requête
* `%(seid)s`, eid de l'état courant de l'objet

Dans le script de création d'un workflow, penser à mettre `_()` autour des noms d'états et de transitions
pour que ceux si soient pris en compte par les scripts de gestion des catalogues i18n.