Vistas y Eventos Introduccin a Vistas Como todos los datos del
programa se almacenan en objetos, como se explica en la seccin de
objetos, cmo estn estos objetos expuestos para el usuario? Vamos a
tratar de responder a esta pregunta en esta seccin.En primer lugar,
vamos a notar que cada tipo de recurso utiliza su propia interfaz.
Por ejemplo, la pantalla para modificar los datos de una pareja no
es la misma que la de modificar una factura.Entonces, usted tiene
que saber que la interfaz de usuario OpenERP es dinmica, significa
que no se describe "esttica" por algo de cdigo, pero de forma
dinmica construida a partir de descripciones XML de las pantallas
de los clientes.A partir de ahora, vamos a llamar a estos pantalla
descripciones vistas.Una caracterstica notable de estos puntos de
vista es que pueden ser editadas en cualquier momento (incluso
durante la ejecucin del programa). Despus se ha producido una
modificacin a una vista que se muestra, slo hay que cerrar la
pestaa correspondiente a la 'vista' y volver a abrirlo para que
aparezcan los cambios.Vistas principios Vistas describen cmo se
muestra cada objeto (tipo de recurso). Ms precisamente, para cada
objeto, podemos definir una (o varias) vista (s) para describir los
campos que deben elaborarse y cmo.Hay dos tipos de vistas:1. vistas
de formulario2. vistas de rbolNotaDesde OpenERP 4.1, vistas de
formulario pueden contener grficos.Formar vistas La disposicin de
campo en una vista de formulario siempre sigue el mismo principio.
Los campos que se distribuyen en la pantalla siguiendo las reglas
siguientes: De forma predeterminada, cada campo es precedido por
una etiqueta con su nombre. Los campos que se colocan en la
pantalla de izquierda a derecha y de arriba a abajo, de acuerdo con
el orden en que se han declarado en la vista. Cada pantalla se
divide en 4 columnas, cada columna ser capaz de contener una
etiqueta, o un campo "edicin". Como cada campo de edicin viene
precedida (por defecto) por una etiqueta con su nombre, habr dos
campos (y sus respectivas etiquetas) en cada lnea de la pantalla.
Las zonas verdes y rojas en la captura de pantalla a continuacin,
ilustran esos 4 columnas. Designan respectivamente, las etiquetas y
sus correspondientes campos.Vistas tambin admiten opciones de
colocacin ms avanzados: Un campo de visin puede utilizar varias
columnas. Por ejemplo, en la pantalla-shot a continuacin, la zona
en el marco azul es, de hecho, el nico campo de un "uno a muchos".
Volveremos ms adelante sobre esta nota, pero vamos a notar que
utiliza todo el ancho de la pantalla y no slo una columna. Tambin
podemos hacer la operacin contraria: llevar a un grupo columnas y
se divide en tantas columnas como desee. Las zonas verdes rodeadas
de la pantalla de arriba son buenos ejemplos. Precisamente, el
marco verde y en el lado derecho toma el lugar de dos columnas,
pero contiene 4 columnas.Como podemos ver a continuacin en la zona
prpura de la pantalla, tambin hay una manera de distribuir los
campos de un objeto en diferentes pestaas.En cambio El atributo
on_change define un mtodo que se llama cuando el contenido de un
campo de vista ha cambiado.Este mtodo toma por lo menos argumentos:
cr, uid, identificadores, que son los tres argumentos clsicos y
tambin el diccionario de contexto.Puede aadir parmetros al mtodo.
Deben corresponder a otros campos definidos en la vista, y tambin
deben ser definidos en el XML con campos definidos de esta
manera:
El siguiente ejemplo es de la vista para la venta.Puede utilizar
la palabra clave "contexto" para acceder a los datos en el contexto
que se puede utilizar como params de la funcin .:
def onchange_shop_id (auto, cr, uid, identificadores,
shop_id):
v = {} si shop_id:
shop = self . pool . get ( 'sale.shop' ) . browse ( cr , uid ,
shop_id ) v [ 'project_id' ] = shop . project_id . id if shop .
pricelist_id . id :
v ['pricelist_id'] = tienda. pricelist_id. Identificacin
v ['payment_default_id'] = tienda. payment_default_id.
Identificacin
volver {"valor": v}
Al editar el campo de formulario shop_id, el mtodo
onchange_shop_id del objeto sale_order se llama y devuelve un
diccionario donde la clave "valor" contiene un diccionario del
nuevo valor a utilizar en el 'project_id', los campos de los
payment_default_id '' pricelist_id 'y.Tenga en cuenta que es
posible cambiar algo ms que los valores de los campos. Por ejemplo,
es posible cambiar el valor de algunos campos y el dominio de otros
campos mediante la devolucin de un valor de la forma: return
{'dominio': D, "valor": valor}devuelve:un diccionario con cualquier
combinacin de las siguientes claves:dominioUn mapeo de {campo:
dominio}.Los dominios devueltos deben fijarse en los campos en
lugar de la falta de pago.valorUn mapeo de {campo: valor}}, los
valores se encuentra en los campos correspondientes y puede
desencadenar nuevos onchanges o attrs cambiosadvirtiendo Un dict
con las teclas del ttulo y el mensaje. Ambas cosasson obligatorios.
Indica que un mensaje de error se debe mostrar al usuario.
Vistas de rbol Estos puntos de vista se utilizan cuando se
trabaja en modo de lista (con el fin de visualizar varios recursos
a la vez) y en la pantalla de bsqueda. Estos puntos de vista son ms
simples que los puntos de vista de forma y por lo tanto tienen
menos opciones.Bsqueda vistas Bsqueda vistas son una nueva
caracterstica de OpenERP apoyado partir de la versin 6.0 Se crea un
panel de bsqueda personalizada, y se declara bastante similar a una
vista de formulario, excepto que el tipo de vista y el cambio
elemento raz de bsqueda en lugar de la forma.A continuacin se
presenta la lista de los nuevos elementos y caractersticas
soportadas en las vistas de bsqueda.Tag Grupo A diferencia de los
elementos del grupo forma, grupos de vistas bsqueda apoyan nmero
ilimitado de widgets (campos o filtros) en una fila (sin ajuste de
lnea automtico), y slo utilizan los siguientes atributos: ampliar:
activa el icono de expansin en el grupo (1 para expandi por
defecto, 0 para colapsado) cadena: etiqueta para el grupo
En la captura de pantalla por encima de la zona verde es un
grupo ampliable.Filtrar etiqueta Los filtros se muestran como un
botn de activacin en Filtrar elementos del panel de bsqueda puede
aadir nuevos valores en el dominio actual o el contexto de la vista
de bsqueda. Los filtros pueden ser aadidos como un elemento
secundario del campo tambin, para indicar que se aplican
especficamente a ese campo (en este caso el icono del botn har ms
pequeo)En la imagen de arriba la zona roja contiene filtros en la
parte superior de la forma, mientras que el rea azul resalta un
campo y es filtro de nio.
Agrupar por
Filtros anteriores grupos de registros que comparten la misma
project_id valor. Los grupos se cargan con pereza, por lo que los
registros internos slo se cargan cuando el grupo se expande. Las
lneas de cabecera de grupo contienen los valores comunes para todos
los registros de ese grupo, y todos los campos numricos que
aparecen actualmente en la vista se sustituyen por la suma de los
valores de ese grupo.Tambin es posible agrupar en mltiples valores
mediante la especificacin de una lista de campos en lugar de una
sola cadena. En este caso se mostrarn los grupos anidados:
Los campos Elementos de campo en vistas de bsqueda se utilizan
para obtener los valores proporcionados por el usuario para las
bsquedas. Como resultado, en cuanto a los elementos del grupo, son
muy diferentes de los campos de formulario de vista: un campo de
bsqueda puede contener filtros, que generalmente indican que tanto
campo y el filtro de administrar el mismo campo y estn
relacionados. Esos filtros interiores se representan como botones
ms pequeos, justo al lado del campo, y no deben tener una cadena de
atributo. un campo de bsqueda realmente construye un dominio
compuesto por [(field_name, operador, FIELD_VALUE)]. Este dominio
se puede anular de dos maneras: operator sustituye al operador por
defecto para el campo (que depende de su tipo) filter_domain le
permite proporcionar un dominio totalmente personalizado, que
sustituir a la creacin del dominio predeterminado un campo de
bsqueda no crea un contexto de forma predeterminada, pero puede
proporcionar unacontext que ser evaluado y se fusion en el contexto
ms amplio (como con un filtro de elemento).Para obtener el valor
del campo en sucontext ofilter_domain, puede utilizar la variable
de auto:
o
Campos Range (fecha, fecha y hora, tiempo) Los campos de rango
se componen de dos widgets de entrada (de dos) y en lugar de uno
solo.Esto lleva a las peculiaridades (en comparacin con los campos
de bsqueda no alcance): No es posible anular el operador de un
campo de rango medio deoperator, como el dominio est construido con
dos secciones y cada seccin utiliza un operador diferente. En lugar
de ser un simple valor (entero, cadena, float) de auto para su uso
enfilter_domain ycontext es un dict. Porque cada widget entrada de
un campo de rango puede estar vaco (y el propio campo seguir siendo
vlida), se debe tener cuidado al usar auto: tiene dos claves de
cadena "de" y "a", pero cualquiera de estas teclas puede ser faltan
por completo o se establece en el valor False.Acciones para Buscar
vista Despus de declarar una vista de bsqueda, que se utilizar de
forma automtica para todos los puntos de vista de rbol en el mismo
modelo. Si existen varios puntos de vista la bsqueda de un modelo
nico, se utilizar el que tiene la prioridad ms alta (secuencia ms
baja). Otra opcin es seleccionar explcitamente la vista de bsqueda
que desea utilizar, estableciendo el search_view_id campo de la
accin.Adems de ser capaz de pasar los valores por defecto de forma
en el contexto de la accin, OpenERP 6.0 ahora soporta pasar valores
iniciales para las vistas de bsqueda tambin, a travs del contexto.
Las claves de contexto tienen que coincidir con el
search_default_XXX formato. XXXpuede referirse al nombre de un o en
la vista de bsqueda (como el nombre, no se requiere de atributos en
los filtros, esto slo funciona para los filtros que tienen un
explcito nombre set). El valor debe ser el valor inicial de los
campos de bsqueda, o simplemente un valor booleano para los
filtros, para alternar ellos Tasks project.task form
tree,form,calendar,gantt,graph
{"search_default_current":1,"search_default_user_id":uid}
Filtros personalizados A partir de la versin 6.0, todos los
puntos de vista de bsqueda tambin incluye filtros de bsqueda
personalizados, como se muestra a continuacin. Los usuarios pueden
definir sus propios filtros personalizados utilizando cualquiera de
los campos disponibles en el modelo actual, combinndolas con AND /
OR operadores. Tambin es posible guardar cualquier contexto de
bsqueda (la combinacin de todos los valores de dominio y de
contexto que se aplican actualmente) como un filtro personal, que
se puede recuperar en cualquier momento. Los filtros tambin se
pueden convertir en Accesos directos directamente disponibles en la
pgina de inicio del usuario.En la captura de pantalla anterior
filtramos Socio donde Vendedor = usuario demo y Country = Blgica,
podemos salvar este criterio de bsqueda como un acceso directo o
guardar como filtro.Los filtros son especficos del usuario y pueden
ser modificados a travs de la opcin de gestin de filtros en los
filtros de desplegable.Vistas Grfico Un grafo es un nuevo modo de
vista de todos los puntos de vista de forma de tipo. Si, por
ejemplo, una lnea para la venta debe ser visible como lista o como
grfica, definirlo como esto en la accin que abrir esta lnea de la
orden de venta. No establezca el modo de vista como "el rbol, la
forma, el grfico" o "forma, grfica" - debe ser "el grfico, rbol"
para mostrar el grfico de primera o "rbol, grfica" para mostrar la
lista primero. (Este modo de visualizacin es adicional a su "forma,
rbol" vista y debe tener un elemento de men separado): formulario
rbol, grfico
view_type:rbol = (rbol con accesos directos a la izquierda), la
forma = (forma vista conmutable / lista)
modo de vista:rbol, grfico: secuencias de los puntos de vista
cuando se cambia
Entonces, el usuario ser capaz de cambiar de una vista a la
otra. A diferencia de las formas y los rboles, OpenERP no es capaz
de crear automticamente una vista de la demanda para el tipo de
grfico. Por lo tanto, debe definir una vista para este grfico:
sale.order.line.graph sale.order.line graph
La vista grficaUna vista de tipo de grfico es slo una lista de
campos para el grfico.Grfico etiqueta El tipo predeterminado del
grfico es un grfico circular - para cambiarlo a un cambio Barchart
a Tambin puede cambiar la orientacin .: Ejemplo:
El campo etiqueta El primer campo es el eje X. El segundo es el
eje Y y la tercera opcional es el eje Z durante 3 grficos
tridimensionales. Puede aplicar un par de atributos a cada campo /
eje: grupo: si establece en true, el grupo de la voluntad del
cliente todo el artculo del mismo valor para este campo.Para cada
otro campo, se aplicar un operador operador: el operador aplicar es
otro campo se agrupa. Por defecto es '+'. Los valores permitidos
son: +: Adems *: Se multiplican **: Exponente min: mnimo de la
lista max: mximo de la listaDefinicin de las estadsticas reales de
los objetos:
El mtodo ms sencillo para calcular las estadsticas reales sobre
objetos es:1. Definir un objeto de estadstica que es una vista
postgresql2. Crear una vista de rbol y una vista grfica en este
objetoUsted puede obtener en ejemplo en todos los mdulos de la
forma: informe _.... Ejemplo: report_crm.El control de vista
acciones Al definir un punto de vista, los siguientes atributos se
pueden aadir en el elemento de apertura de la vista (es decir, ,
...)crearestablece en falso para ocultar el botn de enlace / que
permite crear un nuevo registro.borrarestablece en falso para
ocultar el botn de enlace / que permite eliminar un
registro.editarestablece en falso para ocultar el botn de enlace /
que permite editar un registro.Estos atributos estn disponibles en
las vistas de formulario, rboles, Kanban y Gantt. Normalmente se
ajustan automticamente a partir de los derechos de acceso de los
usuarios, pero pueden ser forzados a nivel mundial en la definicin
de vista. Un posible caso de uso para estos atributos es definir
una vista de rbol interior para una relacin one2many dentro de una
vista de formulario, en el que el usuario no puede aadir o eliminar
registros relacionados, pero slo editar los ya existentes (que se
crean presumiblemente a travs de otra forma, tales como un
mago).Vistas del Calendario Vista de calendario ofrece vista lnea
de tiempo / horario para los datos.Ver Especificacin Aqu est una
vista ejemplo:
Aqu est la lista de atributos soportados para el calendario de
la etiqueta:cuerdaLa cadena de ttulo para la vista.date_startUn
datetime campo para especificar la fecha de inicio para el elemento
de calendario. Este atributo es necesario.date_stopUn datetime
campo para especificar la fecha de finalizacin. Se ignora si
date_delay se especifica atributo.date_delayUn numrica campo para
especificar el tiempo en horas para un registro. Este atributo
tendr preferencia sobre date_stop y date_stopser ignorado.Dia
largoUn nmero entero de valor para especificar la duracin del da de
trabajo. El valor predeterminado es 8 horas.colorUn campo,
generalmente many2one, para colorear artculos calendario /
Gantt.modoUn valor de cadena para establecer el modo de
visualizacin / zoom predeterminado. Para el calendario de vista,
esto puede ser una de las siguientes (por defecto es mes): jornada
semana mesesImgenes Mes Calendario:Semana Calendario:Vistas Gantt
Vista Gantt ofrece vista lnea de tiempo para los datos. En general,
se puede utilizar para mostrar las tareas del proyecto y la
asignacin de recursos.Un diagrama de Gantt es una representacin
grfica de todas las tareas que un proyecto lo componen. Cada barra
en el grfico es una representacin grfica de la longitud de tiempo
est prevista la tarea de tomar.Una barra de resumen de la asignacin
de recursos se muestra en la parte superior de todas las tareas
agrupadas, lo que representa el grado de eficacia se asignan los
recursos entre las tareas.El cdigo de colores de la barra de
resumen es el siguiente: Gray muestra que el recurso no se asigna a
cualquier tarea en ese momento Azul muestra que el recurso se
destinar ntegramente a esa fecha. Rojo indica que el recurso se
sobreasignadoVer Especificacin Aqu est una vista ejemplo:
Los atributos aceptadas por el gantt etiqueta son similares a
calendario vista etiqueta. El nivel de etiqueta se utiliza para
agrupar los registros por algn many2one campo. Actualmente, slo un
nivel es compatible.Aqu est la lista de atributos soportados para
gantt etiqueta:cuerdaLa cadena de ttulo para la vista.date_startUn
datetime campo para especificar la fecha de inicio para el elemento
de Gantt. Este atributo es necesario.date_stopUn datetime campo
para especificar la fecha de finalizacin. Se ignora si date_delay
se especifica atributo.date_delayUn numrica campo para especificar
el tiempo en horas para un registro. Este atributo tendr
preferencia sobre date_stop y date_stopser ignorado.Dia largoUn
nmero entero de valor para especificar la duracin del da de
trabajo. El valor predeterminado es 8 horas.colorUn campo,
generalmente many2one, para colorear artculos calendario /
Gantt.modoUn valor de cadena para establecer el modo de
visualizacin / zoom predeterminado. Para gantt vista, esto puede
ser una de las siguientes (por defecto es mes): jornada 3 das
semana 3 semanas meses 3 meses curso 3 aos 5 aosEl nivel de la
etiqueta es compatible con los atributos siguientes:objetoUn objeto
OpenERP tener relacin many2one con vista al objeto.enlaceEl nombre
del campo en el objeto actual que une a la propuesta
objeto.dominioEl dominio que se utilizar para filtrar los dados
objetos registros.Arrastrar y soltar El lado izquierdo muestra
panel de lista de las tareas agrupadas por el determinado nivel de
campo. Puede reordenar o cambiar el grupo de los registros
arrastrndolos.El panel de contenido principal muestra barras
horizontales representan en una cuadrcula de lnea de tiempo. Un
grupo de barras se resumen con una barra de resumen de la parte
superior que muestra la asignacin de recursos de todas las tareas
subyacentes.Puede cambiar el tiempo de inicio de la tarea
arrastrando las tareas horizontalmente. Mientras que el tiempo
final se puede cambiar arrastrando extremo derecho de un bar.NotaEl
tiempo se calcula considerando day_length por lo que una barra se
abarcan ms de un da si el tiempo total de una tarea es mayor
queday_length valor.Imgenes Elementos de diseo Los archivos que
describen las vistas son de la forma:Ejemplo:
[definiciones de vista]
Las definiciones de vista contienen principalmente tres tipos de
etiquetas: etiquetas con el modelo atributo = "ir.ui.view", que
contiene la vista Definiciones de s mismos etiquetas con el modelo
atributo = "ir.actions.act_window", que vinculan las acciones de
estos puntos de vista etiquetas, que crean entradas en el men, y
vincularlos con las accionesNuevo: Puede especificar los grupos
para los que el men es accesible mediante el atributo grupos en el
menuitem etiqueta.Nuevo: Ahora puede aadir accesos directos
mediante el atajo de la etiqueta.Ejemplo:
Tenga en cuenta que debe agregar un atributo id en el elemento
de men que se conoce por atributos men. sale.order.form sale.order
.........
El valor por defecto para el campo prioritario: 16. Cuando no se
especifica el sistema utilizar la vista con la prioridad ms
baja.Los tipos rbol Ver Puede especificar las columnas para incluir
en la lista, junto con algunos detalles de la apariencia de la
lista. Los campos de bsqueda no se especifican aqu, que estn
especificados por el selecto atributo en los campos de la vista
formulario. stock.location.tree stock.location tree
Ese ejemplo es slo una lista plana, pero tambin puede mostrar
una estructura de rbol real especificando un field_parent. El
nombre es un poco engaoso, sin embargo; el campo que especifique
debe contener una lista de todos los nios entradas.
stock.location.tree stock.location tree child_ids
En el rbol de elemento, los siguientes atributos son
compatibles:coloresCondiciones para la aplicacin de diferentes
colores para los elementos de la lista. El valor predeterminado es
negro.barra de herramientasPngalo a 1 si desea una estructura de
rbol a la lista las entradas de primer nivel en un rea de la barra
de herramientas separada. Al hacer clic en una entrada en la barra
de herramientas, todos sus descendientes se mostrarn en el rbol
principal. El valor se ignora para las listas planas.Agrupacin
Elementos Separador Aade una lnea de separacinEjemplo:
El atributo de cadena define su etiqueta y el atributo colspan
define su tamao horizontal (en nmero de columnas).Notebook : Con
los porttiles se pueden distribuir los campos de vista sobre
diferentes fichas (cada uno definido por una etiqueta de la
pgina).Puede utilizar las propiedades tabpos fijar pestaa en:
arriba, abajo, izquierda, derecha.Ejemplo:
....
Grupo : grupos de varias columnas y dividieron el grupo en
tantas columnas como desee. colspan: el nmero de columnas para
utilizar rowspan: el nmero de filas de usar ampliar: si deberamos
ampliar el grupo o no col: el nmero de columnas para proporcionar
(a sus hijos) cadena: (opcional) Si se fija, un marco se extraer
todo el grupo de campos, con una etiqueta que contiene la cadena.
De lo contrario, el marco ser invisible.Ejemplo:
Pgina Define una nueva pgina de cuaderno para la
vista.Ejemplo:
... :
cadena: define el nombre de la pgina.Elementos de datos El campo
atributos de la etiqueta "campo" seleccione = "1": marcar este
campo como uno de los criterios de bsqueda para Buscar en la vista
de este recurso. Un valor de 1 significa que el campo se incluye en
la bsqueda bsica, y un valor de 2 significa que es en la bsqueda
avanzada. colspan = "4": el nmero de columnas en las que un campo
debe extenderse. readonly = "1": establece el widget como slo
lectura requerido = "1": el campo est marcado como sea necesario.
Si un campo se marca como se requiere, un usuario tiene que
rellenar el sistema no va a salvar el recurso si el campo est vaco.
Este atributo sustituye el valor del campo requerida definida en el
objeto. nolabel = "1": oculta la etiqueta del campo (pero el campo
no se oculta en la vista de bsqueda). invisible = "True": oculta la
etiqueta y el campo. password = "True": sustituir los valores de
campo por asteriscos "*". cadena = "": cambiar la etiqueta del
campo. Tenga en cuenta que esta etiqueta se utiliza tambin en la
vista de bsqueda: ver selecto atributo ms arriba). dominio: puede
restringir el dominio. Ejemplo: domain = "[('partner_id', '=',
partner_id)]" Reproductor: puede cambiar el widget. Ejemplo:
Reproductor = "one2many_list" one2one_list one2many_list
many2one_list Many2Many url correo electrnico imagen float_time
referencia Modo: secuencias de los puntos de vista cuando se
cambia. Ejemplo: Modo = "rbol, grfica" on_change: definir una
funcin que se llama cuando el contenido de los cambios en el campo.
Ejemplo: on_change = "onchange_partner (tipo, partner_id)" Ver
ViewsSpecialProperties para detalles attrs: Permite definir los
atributos de un campo depende de otros campos de la misma ventana.
(Se puede utilizar en la pgina, el grupo, el botn y la etiqueta
porttil tambin) Formato:
{'attribute':[('field_name','operator','value'),('field_name','operator','value')],'attribute2':[('field_name','operator','value'),]}
donde atributo ser de slo lectura, invisible, requiere Valor por
defecto: {}. Ejemplo: (en product.product)
eval: evaluar el contenido de atributos como si fuera cdigo
Python (vase ms adelante, por ejemplo) default_focus: establecido
en 1 para poner el foco (posicin del cursor) en este campo cuando
el formulario se abre por primera vez. Slo puede haber un campo
dentro de una vista que tiene este atributo se establece en 1
(nuevos a partir de 5.2)
EjemploAqu est el cdigo fuente de la vista de un objeto para la
venta. Este es el mismo objeto que el objeto se muestra en las
capturas de pantalla de la presentacin.Ejemplo:
client.form.view1 client form
client.form.view2 client form
Ahora, cada OpenERP tiempo tendr que mostrar una vista de
formulario para nuestro objeto de cliente, tendr la posibilidad de
elegir entre dos puntos de vista. Siempre va a utilizar la segunda,
ya que tiene una prioridad ms alta! A menos que usted le indique
usar el primero !Especifique vista por accin Para ilustrar este
punto, vamos a crear 2 mens que muestran una vista de formulario
para este cliente de objeto:1 2 3 4 5 6 7 8
91011121314151617181920212223242526272829303132333435
client.form.action client form form
client.form.action1 client form form
Como se puede ver en la lnea 19, se puede especificar una vista.
Eso significa que cuando abrimos el segundo men, OpenERP usar la
vista de formulario client_form_view_1, independientemente de su
prioridad.NotaRecuerde que debe utilizar el nombre del mdulo
(module.view_id) en el ref atributo si te refieres a una vista
definida en otro mdulo.Especifique vistas de campos relacionados
Usando el contexto El view_id mtodo funciona muy bien para mens /
acciones, pero cmo se puede especificar el objeto de utilizar para
un campo one2many, por ejemplo? Cuando usted tiene un campo
one2many, se utilizan dos puntos de vista, una vista de rbol (en
azul), y una vista de formulario al hacer clic en el botn Agregar
(en rojo).Cuando se agrega un campo one2many en una vista de
formulario, haces algo como esto:
Si desea especificar los puntos de vista de usar, se puede
agregar un contexto atributo y especificar un identificador de
vista para cada tipo de vista apoyado, exactamente como el de la
accin view_id atributo, excepto que el id vista siempre debe ser
siempre totalmente calificado con el nombre de mdulo, incluso si
pertenece a la misma mdulo:
NotaUsted tiene que poner el nombre del mdulo en el view_id,
porque esto se evala cuando se muestra la vista, y no cuando se
analiza el archivo XML, por lo que la informacin del nombre de
mdulo no est disponible. De no hacerlo, dar lugar a la vista por
defecto de ser seleccionado (ver ms abajo).Si no especifica los
puntos de vista, OpenERP elegir uno en este orden:1. Se utilizar la
etiqueta o vista definida dentro del campo (ver ms abajo)2. Else,
utilizar los puntos de vista con la prioridad ms alta para este
objeto.3. Por ltimo, se generar por defecto vistas vacas, con todos
los campos.NotaLas claves de contexto se denominan
_view_ref.NotaPor defecto, OpenERP nunca utilizar una vista que no
est definido para el objeto. Si dispone de dos modelos, con los
mismos campos, pero un nombre de modelo diferente, OpenERP nunca
utilizar la vista de uno para el otro, incluso si un modelo heredar
otro.Puede forzar esto especificando manualmente la vista, ya sea
en la accin o en el contexto.Usando subvistas En el caso de campos
relacionales, puede crear una vista directamente en el interior de
un campo: some.view form some.model.with.one2many
... ...
Si usted u otro desarrollador quiere heredar de este punto de
vista en otro mdulo, debe heredar de la vista padre y luego
modificar los campos del nio. Con vistas nio, a menudo se necesita
utilizar un elemento XPath para describir exactamente dnde colocar
los nuevos campos. some.inherited.view form
some.model.with.one2many
Un aspecto negativo de la definicin de una subvista como este es
que no puede ser heredado por su cuenta, slo puede ser heredado con
la vista padre. Sus puntos de vista sern ms flexibles si se define
el punto de vista del nio por separado y luego especificar qu nio
vistas a su uso como parte del campo one2many.
fuente:
http://openerp-server.readthedocs.org/en/latest/03_module_dev_03.html
