[IMP] point_of_sale: forgot a few changes related to previous commit

[odoo/odoo.git] / doc / 03_module_dev_03.rst

diff --git a/doc/03_module_dev_03.rst b/doc/03_module_dev_03.rst
index da0e6da..40921ee 100644 (file)
--- a/doc/03_module_dev_03.rst
+++ b/doc/03_module_dev_03.rst
@@ -37,6 +37,7 @@ There are two types of views:
 
 .. note:: Since OpenERP 4.1, form views can also contain graphs. 
 
+
 Form views
 ----------
 
@@ -387,33 +388,6 @@ The easiest method to compute real statistics on objects is:
 You can get en example in all modules of the form: report\_.... Example: report_crm. 
 
 
-Controlling view actions
-------------------------
-
-When defining a view, the following attributes can be added on the
-opening element of the view (i.e. ``<form>``, ``<tree>``...)
-
-``create``
-        set to ``false`` to hide the link / button which allows to create a new
-        record.
-
-``delete``
-        set to ``false`` to hide the link / button which allows to remove a
-        record.
-
-``edit``
-        set to ``false`` to hide the link / button which allows to
-        edit a record. 
-
-
-These attributes are available on form, tree, kanban and gantt
-views. They are normally automatically set from the access rights of
-the users, but can be forced globally in the view definition. A
-possible use case for these attributes is to define an inner tree view
-for a one2many relation inside a form view, in which the user cannot
-add or remove related records, but only edit the existing ones (which
-are presumably created through another way, such as a wizard). 
-
 
 Calendar Views
 --------------
@@ -706,7 +680,6 @@ toolbar
        its descendants will be displayed in the main tree. The value is ignored
        for flat lists.
 
-
 Grouping Elements
 +++++++++++++++++
 
@@ -1378,22 +1351,12 @@ When you add a one2many field in a form view, you do something like this :
 
 If you want to specify the views to use, you can add a *context* attribute, and
 specify a view id for each type of view supported, exactly like the action's 
-*view_id* attribute, except that the provided view id must always be
-fully-qualified with the module name, even if it belongs to the same module:
+*view_id* attribute:
 
 .. code-block:: xml
 
     <field name="order_line" colspan="4" nolabel="1"
-           context="{'form_view_ref': 'module.view_id',
-                     'tree_view_ref': 'module.view_id'}"/>
-
-.. note::
-
-   You *have to* put the module name in the view_id, because this
-   is evaluated when the view is displayed, and not when the XML file
-   is parsed, so the module name information is not available. Failing
-   to do so will result in the default view being selected (see
-   below).
+           context="{'form_view_ref' : 'module.view_id', 'tree_view_ref' : 'model.view_id'}"/>
 
 If you don't specify the views, OpenERP will choose one in this order :