Foros | Velneo V7

Hola:

Sugiero que un "Alta de Formulario" se pueda realizar a pantalla completa, ya que como he comentado en un post anterior, no tiene sentido, tal y como está planteada V7 y su buffer de ficha, bloquear el formulario con una ventana modal. Creo que es mas práctico poder dejar aparcada un alta el tiempo que sea necesario y poder acceder a otras fichas para realizar consultas o lo que sea.

Añado también la sugerencia de Fran Varona que, según ha comprobado, ocurre lo mismo al hacer doble click en una rejilla (p.ej. tras una búsqueda).

No se si lo mas apropiado sería definir una propiedad en formulario, en la que le indiquemos el tipo de formulario que queremos (modal o pantalla completa).

Jorge Hontoria también ha apoyado esta propuesta, así que por favor, votad, a ver si conseguimos que nos lo pongan para octubre.

Saludos.

Hola. Para lo poco vengo por aquí, yo también me sumo, ya me han pedido que todos mis mantenimientos sean no modal.

Saludos.

Totalmente de acuerdo

Hola.

Sí, Alfonso, es algo que se puede hacer, pero añade una complicación adicional importante para una simple alta... y además hay que tener en cuenta que la ficha ya está creada, y no se puede cancelar el alta (al menos, eso me parece). Simplemente, nos gustaría que la posibilidad de elegir el modo de apertura estuviera integrada en la plataforma (seguramente, asociada al formulario).

Saludos,

Fran Varona

Hola. También me parecería buena idea permitir abrir formularios para altas/modificaciones/borrado desde cuantas más partes mejor (jeje, qué fácil es pedirlo pero no debe de ser trivial). Por aportar algo a la idea, aunque sin saber si algo así podría ser posible, tal vez haciendo que los formularios que no tengan activada la propiedad "Siempre cuadro de diálogo" se abran siempre como no modales, a pantalla completa. Y luego añadir a los objetos que puedan abrir formularios (rejillas, localizadores, procesos, búsquedas, tubos, etc.) una propiedad como "Formulario como cuadro de diálogo" con la que poder decidir para formularios no modales dónde deberían (si fuera necesario) actuar como modales deteniendo el flujo de programa.

Mientras tanto ideas como la de Alfonso son más que bienvenidas! Cuando tenga un rato probaré a abrir un formulario desde rejilla que necesito que no sea modal, utilizando un proceso.

Un saludo

Genial idea

También doy mi apoyo..

Voy a revivir un poco esto que parece que se han olvidado de esta necesidad.

Se incluyó en el foro de ideas aquí y con 20 votos no está mal valorada pero no hay ningún cambio de estado de momento.

La verdad es que es una necesidad pues aunque hay algunas soluciones complica la programación.
Saludos.

@mdelgado

Opino igual.

No se supone que eso estaba solucionado con los bloqueos duros y blandos? Me suena haberlo visto en algún video de hace 2 o 3 versiones.

@Fernando
No estoy de acuerdo en que debe validarse por partes (primero la cabecera y luego las líneas). Una factura es un documento en su totalidad, con una referencia. En mi mecánica de funcionamiento (programación), todos los documentos tipo facturas pueden navegarse a "gusto" del usuario. Puede cvrear líenas, pobrrarlas, o hacer lo que quiera antes de aceptar. Es cuando acepta cuando se guarda el documento, y esta es la mecánica que no se hace en Velneo. Ojo, yo lo implemento así siempre, no entiendo dejar registros inútiles, pero para implementarlo tengo a veces que liar una buena.

Saludos

Hola,

Yo también le he estado dando vueltas a este tema para buscar una manera de resolverlo, aún desconozco mucho de la plataforma pero a riesgo de decir una barbaridad me gustaría saber si las tablas en memoria pueden ser una solución a este tema.

Pienso en la posibilidad de tener un par de tablas en memoria: una para el encabezado y otra para el detalle; una vez que el usuario "Acepta" que se almacene la información disparar un evento que, por medio de tubos de ficha, lleve la información de las tablas en memoria a las tablas reales disparando las actualizaciones correspondientes configuradas en las tablas reales.Imagino que esto mismo puede lograrse utilizando tablas de "Borrador" en lugar de las tablas en memoria.

Saludos,

Rodolfo

Hola.

Sí, se fueron bastante

Las tablas en memoria son una buena solución para eso, por ese motivo y por otros (p.ej., si estás creando un albarán o una factura, las líneas harán que se descuente el stock -si está implementado con actualizaciones- incluso aunque el documento no esté aceptado; trabajar con tablas en memoria que luego se traspasan a las tablas de verdad evita esto).

El problema es que hay que gestionar dos juegos de tablas, cosa a tener en cuenta cuando posteriormente quieras añadir nuevos campos.

Saludos,

Fran Varona