[DOC] Updated documentation.

bzr revid: tde@openerp.com-20120403145744-xxibrjlzhersfmkb
This commit is contained in:
Thibault Delavallée 2012-04-03 16:57:44 +02:00
parent aa0205c849
commit f8ad1d77e4
2 changed files with 4 additions and 4 deletions

View File

@ -1,14 +1,14 @@
Need action mechanism
=====================
base.needaction mixin class
+++++++++++++++++++++++++++
ir.needaction mixin class
++++++++++++++++++++++++++
This revision adds a mixin class for objects using the need action feature.
Need action feature can be used by objects willing to be able to signal that an action is required on a particular record. If in the business logic an action must be performed by somebody, for instance validation by a manager, this mechanism allows to set a list of users asked to perform an action.
This class wraps a table (base.needaction_users_rel) that behaves like a many2many field. However, no field is added to the model inheriting from base.needaction. The mixin class manages the low-level considerations of updating relationships. Every change made on the record calls a method that updates the relationships.
This class wraps a class (ir.needaction_users) that behaves like a many2many field. However, no field is added to the model inheriting from base.needaction. The mixin class manages the low-level considerations of updating relationships. Every change made on the record calls a method that updates the relationships.
Objects using the need_action feature should override the ``get_needaction_user_ids`` method. This methods returns a dictionary whose keys are record ids, and values a list of user ids, like in a many2many relationship. Therefore by defining only one method, you can specify if an action is required by defining the users that have to do it, in every possible situation.

View File

@ -92,7 +92,7 @@ class ir_needaction(osv.osv):
validation by a manager, this mechanism allows to set a list of
users asked to perform an action.
This class wraps a table (ir.needaction_users) that behaves
This class wraps a class (ir.needaction_users) that behaves
like a many2many field. However, no field is added to the model
inheriting from base.needaction. The mixin class manages the low-level
considerations of updating relationships. Every change made on the