Un poco más de información.

El tema de las columnas virtuales debería funcionar como la lógica de despliegue, sólo que no está siendo interpretada.

Con respecto al campo imagen, el mismo funciona 1/4.
– Permite seleccionar una imagen y se ve (como en el adjunto).
– Guarda la imagen y el lugar de donde la obtuvo en la tabla AD_Image, la cual tiene la estructura habitual de tablas de Libertya.
– Si agregamos el campo ID (AD_Image_ID) en la tabla M_Product y desde dicho campo creamos el constrait respectivo, se debería (vía PO), guardar el valor de la clave de AD_Image en AD_Image_ID en la tabla M_Product. Lo primero ocurre, es decir guarda bien todos los datos en la tabla AD_Image, pero no así lo segundo. No guarda ningún valor en AD_Image_ID en la tabla M_Product.
– Si lo forzamos y le insertamos el valor key de AD_Image en M_Product, es como si no lo hubiéramos hecho, no trae nada, es como si no existiera.

Hola Federico. Ninguno de los 2. Es sobre ventanas, sirve para definir campos que no están asignados a columnas. Por supuesto son de sólo visualización (producto de un select). Servirían para mostrar información relacionada, pero que no está en la tabla a la cual hacer referencia la pestaña.

Con el tema de campo de imágenes ahí quedé. En el producto lo agregué como adjunto (por lo del campo tipo imagen) y para verlo en factura/remito/pedido y tpv me hice una clase copiando algunas cosas de Attachment, agregando un botón en las tablas en cuestión y unas líneas en APanel para que llamen a la nueva clase.

Algo que descubrí es que al colocar un adjunto, te graba dicha imagen en el directorio desde donde lanzaste la aplicación, lo cual generaría a la larga llenado de disco (quizás muy a la larga), pero lo solucioné (creo que lo pueden agregar) incluyendo la siguiente línea “entry.getFile().delete();” en el método “private void displayData( int index )” de la clase Attachment, justo después del cierre del else de la pregunta ” if( bufImg != null ) {“.