EDU-ODOO

0. Introducción Aquí se veran conceptos muy útiles que se han dado anteriormente y que conviene reforzar: 1. Incluir dependencias a odoo Se vió en ese post  y se indican en __manifest__.py "external_dependencies" : { "python" : [ "unidecode" , "cryptography" ]} ,   2. Domain y context. default_field.  En un blog anterior y otro  blog anterior, domain se utiliza para filtrar registros, mientras que context  se utiliza para dar valores por defecto o indicar la vista que hay que abrir Los utilizábamos en action(1) y referenciando una vista(2) desde un campo many2one . 2.1 Domain y context en action En una action (1) , filtrando por el campo is_dev (y además estableciendo dicho campo por defecto, utilizando context y default ) : <!-- D E V E L O P E R --> <!-- Accion primaria--> <record model= " ir.actions.act_window " id= "ximoapp01.action_developer_window" > <field name= ...

1. Problema con las relaciones many2many  La herencia prototípica es la herencia tradicional donde aparece una nueva tabla y las vistas no nos valen. Solamente se utiliza en Odoo para el caso que el modelo nuevo queramos desligarlo del todo del modelo padre. Normalmente utilizaremos aquella que solo utilizamos :_ inherit="padre" sin utilizar el _name o dejando a _name="padre") Como vimos, para la herencia prototípica se utiliza ( _name =" hijo " y _inherit =" padre ") Pero hay que tener cuidado pues los campos del padre de tipo Many2many no se pueden copiar pues la tabla puente que une las dos tablas de la relación tiene que ser nueva pues ahora utilizamos la tabla hijo en vez de la padre!! Como es una tabla nueva, se tendrá que añadir al fichero de permisos " ir.model.access.csv "  2. Separar vistas, menús  y modelos Si creamos varios ficheros de vistas se debe: Añadir la información entre las etiquetas < odoo > y < data ...