odoo
/
odoo
2
0
Fork 0
Code Pull Requests Releases Activity

[ADD] explain reason for new working model

This commit is contained in:
Xavier Morel 2014-01-30 10:50:43 +01:00
parent 125d1586b0
commit b2a7516522
1 changed files with 15 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

25
doc/howto/howto_website.rst
View File

@ -341,11 +341,11 @@ We've also altered the index method slightly, to retrieve our teaching
assistants from the database instead of storing them in a global list assistants from the database instead of storing them in a global list
in the module\ [#taprofile]_. in the module\ [#taprofile]_.
.. note:: :file:`ir.model.access.csv` is necessary to tell OpenERP that .. note:: :file:`ir.model.access.csv` is necessary to tell OpenERP
any user can *see* the teaching assistants: by default, only that any user can *see* the teaching assistants: by default,
the administrator can see, edit, create or destroy objects. only the administrator can see, edit, create or destroy
Here, we only change the ``read`` permission to allow any objects. Here, we only change the ``read`` permission to
user to list and browse teaching assistants. allow any user to list and browse teaching assistants.
.. todo:: command/shortcut .. todo:: command/shortcut
@ -425,11 +425,16 @@ you will see that other TA profiles are unaffected.
A more complex model A more complex model
-------------------- --------------------
Up to now, we've been working with displaying and manipulating Up to now, we've been working with displaying and manipulating objects
objects representing teaching assistants. It's a basic and representing teaching assistants. It's a basic and simple concept, but not one
simple concept, but not one which allows for much further which allows for much further diving into interesting tools of OpenERP.
diving into interesting tools of OpenERP. Thus, let's add a
list of course lectures. We need an object fitting the theme yet allowing for richer interactions and
more interesting extensions. Course lectures seem to fit: they can be
displayed in various manners (e.g. as a list of lectures or as a calendar),
they can be moved around as necessary (cancelled/rescheduled), they can have
numerous pieces of data attached both intrinsic (lecture transcripts) and
extrinsic (attendance records, student discussions, etc…).
.. calendar model .. calendar model
.. demo data for events dates .. demo data for events dates