abr 13

Acciones y Formularios con retorno

Posted in ideas, v7, velneo

Como usuario de la herramienta, y con el único animo de mejorar la operatividad de la misma, ademas, que de ello beneficia a velneo ya que permite el acercamiento a la herramienta de todos aquellos que ven interesantes las caracteristicas y la forma de realizar ciertas tareas. Llevo exponiendo ideas en el foro indicado por Velneo para ello, desde que apareció la primera versión oficial 7.0

Solo espero que no caigan en saco roto, ni las mias, ni las de los demas usuarios que  realizan sus aportaciones con el mismo afán.

Con esta única intención escribo este articulo, como critica constructiva, aun cuando en ciertos aspectos hemos perdido operatividad en V7, como es es caso de las ACCIONES

Con mucho entusiasmo, se acogio la idea de que en V7 no tendriamos “pistolas”, tendriamos  “metralletas” que permiten disparar hasta 10 objetos encadenados entre si. Esto es bueno, muy bueno, si lo comparamos con la operatividad que tenia la “doble bala” en los menus de V6.

Pero tambien hemos perdido operatividad en los formularios, ya que no es posible ejecutar  un proceso en el “PRE” o en el “POST” de un boton Aceptar o Cancelar. Ahora es complicado, por no decir imposible, ejecutar un proceso al finalizar un formulario, ya se que ahora disponemos de los Eventos que han aumentado considerablemente la potencia de los formularios, pero les sigue faltanto “algo”.

Un ejemplo sencillo:
– En V6 lanzo un proceso que me retorna un formulario, y en este formulario a su vez, ejecuta un proceso si pulso “ACEPTAR” y otro proceso diferente si pulso “CANCELAR”, e incluso, desde el boton aceptar, en el “POST” puedo retornar otro formulario o una rejilla.

Pero como hariamos esto en V7:
– Pues, segun velneo, disponemos de las ACCIONES, que permiten encadenar multiples objetos, y cierto, se puede realizar con una ACCION, si el usuario acepta todos los formularios, podemos encadenar tantos como sea necesario.
¿Pero que ocurre, cuando el usuario cancela el formulario?
¿Podemos interrumpir la accion?
¿Podemos indicar en la accion que debe retornar un objeto si hay confirmacion y otro diferente si se cancela?
Pues esto es a lo que me refiero.

Quizá me este equivocando y la acción solo tenga la funcionalidad que tiene, en cuyo caso me parece que lo hace correctamente.

Pero, entonces, ¿como suplimos la carencia de los procesos “PRE” y “POST” en los botones de los formularios?

La solucion, quiza podria venir por que los botones “Aceptar” y “Cancelar” tambien pudieran tener una “SALIDA FICHA/LISTA/NINGUNO” y ejecutar un proceso u objeto con una “ENTRADA” equivalente.
Dicho de otra forma, a los botones Aceptar y Cancelar de los formularios, les falta una propiedad “Ejecutar objeto” que tenga como “Entrada”, el mismo origen del formulario (Origen en la misma tabla del formulario o Sin origen).

Visto esto, la teoria de “Mister Potato” esta muy bien, pero, porque no puedo poner los ojos dentro de las orejas, si me apetece, a pesar de las consecuencias de esta accion, es decir, que si “Mister Potato”, cierra los ojos, se quedaria sordo. 😀

Y ya para terminar, decir que, estaria bien que Velneo informase sobre cuales de las ideas que exponemos en el “Foro de Ideas”, seran tenidas en cuenta en un futuro, y cuales van a ser desestimadas por ser consideradas irrelevantes, por que no van en la linea de negocio de Velneo, o simplemente, porque ya existen y pueden ser realizadas por otros métodos.

Tambien estaria bien, que se pudieran consultar las “Ideas del foro” por diferentes tipos  de valoración, como:
– Ideas desestimadas por diversos conceptos
– Ideas que ya estan en preparacion
– Ideas que ya han sido implementadas en una version

PDF Download    Enviar artculo en formato PDF   
comments: 1 »
abr 7

Las malas costumbres

Posted in vAdmin

Todos solemos tener los mismos habitos a la hora de trabajar, quizá porque somos vagos y queremos trabajar menos, quizá porque nos falta el tiempo y queremos reducir de alguna manera el tiempo empleado en realizar un trabajo, o quizá simplemente porque tenemos la costumbre de usar la opción de Copiar y Pegar para realizar tareas repetitivas y también para realizar trabajos que tienen una estructura similar y que se pueden adaptar a nuevas tareas con un minimo de cambios.

En V6, ademas, disponiamos del Almacen para estas tareas y esto eliminaba muchos errores ya que se realizaba toda la metamorfosis al vuelo, pero, ¿que fué del almacén en V7?, o mejor dicho, ¿tendremos Almacén en V7?

El problema, en parte debido a la falta de dicho almacén, nos obliga a seguir usando el metodo de Copiar y Pegar cuando queremos realizar esta tarea, y ¿porque no?, a veces he copiado proyectos completos desde una solución a otra.

Es posible que no sea recomendable este uso, pero cuando empiezas un proyecto, en mi caso, para abandonar otro, y gran parte del trabajo realizado consideras que es válido, no vas a perder cantidad de horas en crear los objetos que ya funcionaban, asi que se eliminan los enlaces de herencia entre proyectos y se copian los archivos *.VCA y *.VCD y se vuelven a crear las relacciones de herencia con los nuevos modulos, todo esto en una nueva Solución, y porque no decirlo en una nueva carpeta para instanciar los datos.

Y todo esto, viene a cuento de que, vAdmin, cuando sucede esto, y hay instanciadas otras Soluciones que usan archivos “copiados”, aunque estan en distintas carpetas, no se instancian correctamente.

Es decir, que al instanciar una Solucion que tiene archivos “copiados” de otra solucion, vAdmin mantiene las relaciones de herencia con los archivos originales, imagino que esto es debido a que dichos archivos ya estan instanciados en vAdmin y los usa por defecto, pero esto es un error, ¿un bug?.

Y esto es asi, y debe ser posible, ya que aunque la herencia nos permite hacer un buen uso de esos archivos y usarlos donde sea necesario, habra casos, en los que realmente el proyecto sea una copia pero ha sido modificado para adaptarlo a otra aplicación diferente.

En cualquier caso, creo que vAdmin debera usar los archivos de la Solucion que estamos instanciando, independientemente de que esos archivos ya existan en otras soluciones ya instanciadas.

PDF Download    Enviar artculo en formato PDF   
comments: 2 »