The Seed Company Software

En la versión 7.3 de la plataforma Velneo V7 nos hemos encontrados con 4 nuevos comandos de interfaz para utilizar en los eventos situados dentro de un formulario.

Estos comandos de interfaz que hacen referencia a la multi-selección son:

• Interfaz: Obtener multi-selección.
• Interfaz: Limpiar multi-selección.
• Interfaz: Añade ficha a multi-selección.
• Interfaz: Quita ficha de multi-selección.

Interfaz: Obtener multi-selección

Este comando permite obtener la lista de los registros seleccionados en una rejilla incrustada dentro del formulario.

Este comando hace la misma función que Interfaz: Procesar control sobre los seleccionados.

Interfaz: Limpiar multi-selección

Este comando permite quitar la lista de los registros seleccionados en una rejilla incrustada dentro del formulario.

En las versiones anteriores de la plataforma (6x) disponíamos de una funcionalidad similar. Si desde un botón situado en un fomulario la función a disparar era Ejecutar proceso rejilla: seleccionados o Ejecutar proceso rejilla: no seleccionados teníamos  un check que se llamaba Quitar los seleccionados tras proceso.

Interfaz: Añade ficha a multi-selección.

Este comando permite añadir una ficha a la lista de registros seleccionados en una rejilla incrustada dentro del formulario.

Esta ficha a añadir ha de estar inicializada en el evento mediante Crear nueva ficha en memoria o Crear copia de ficha en memoria ya que para seleccionar la ficha a añadir deberemos hacerlo a través de su Manejador de ficha.

Interfaz: Quita ficha de multi-selección

Este comando permite quitar una ficha a la lista de registros seleccionados en una rejilla incrustada dentro del formulario.

Esta ficha a quitar ha de estar inicializada en el evento mediante Crear nueva ficha en memoria o Crear copia de ficha en memoria ya que para seleccionar la ficha a quitar deberemos hacerlo a través de su Manejador de ficha.

Ejemplo

Usando como ejemplo la rejilla de la primera imagen vamos a montar un evento con estos comandos

Hoy vamos ver cómo montar un Panel de búsqueda alimentando la búsqueda con variables locales y guardando el resultado en una cesta.

Vamos a utilizar como ejemplo una búsqueda de Artículos, filtrando por Referencia, Nombre, Estado, Marca del artículo y período de alta en la base de datos.

Los objetos que vamos a utilizar serán:

1. Una tabla PARAM_BUSQUEDA
2. Una cesta privada de la tabla Artículos ARTICULOS_PRIVADO
3. Una búsqueda de Artículos ARTICULOS
4. Una rejilla de Artículos ARTICULOS
5. Formulario de la tabla PARAM_BUSQUEDA que es el que utilizaremos para realizar el mantenimiento de Artículos ARTICULOS_MANTEN
6. Una acción VER_ARTICULOS y dos procesos:
   1. VER ARTICULOS que nos mostrará el resultado de la búsqueda de artículos
   2. ARTICULOS que servirá para lanzar el formulario ARTICULOS_MANTEN

Lo primero será crear la tabla PARAM_BUSQUEDA. En esta tabla iremos creando todos los campos por los que queramos buscar en las distintas búsquedas del programa.

En esta caso metemos un campo enlazado a una tabla estática  EST_ARTICULOS donde están los distintos estados que pueden tener los artículos. Un campo al maestro de MARCAS y los campos referentes a la alta de los artículos.

La cesta ARTICULOS_PRIVADO será utilizada para meter ahí los registros resultantes de la búsqueda que hagamos. Desde el fomulario de mantenimiento lo que haremos será procesar la cesta para ver los registros. Esa cesta ha de ser privada.

Crearemos la búsqueda ARTICULOS. En esta búsqueda crearemos las variables locales que usaremos en la búsqueda

En las resoluciones de los distintos índices pondremos las distintas variables locales que hemos declarado.

Lo siguiente será crear un proceso VER_ARTICULOS que es el que utilizaremos para ver los artículos desde el formulario de mantenimiento.

Este proceso tendrá como origen la  ficha de PARAM_BUSQUEDA y como destinto la lista de la tabla ARTICULOS.

Lo siguiente será crear el formulario de mantenimiento ARTICULOS_MANTEN que es donde se ejecutará la búsqueda y se mostrarán los resultados.

El formulario lo hacemos de la tabla PARAM_BUSQUEDA para poder seleccionar los campos enlazados a otra tablas. Si el formulario fuera sin origen sólo podríamos usar variables y deberíamos controlar por proceso el acceso a datos de otra tablas.

Como se ve en la imagen el control objeto que mostrará los artículos tiene como primer objeto el proceso VER_ARTICULOS y como segundo objeto la rejilla ARTICULOS.

Eventos necesarios en este formulario:

• INICIALIZAR que se disparará al inicializar el formulario. Este evento nos limpiará la cesta. Con esto conseguiremos que al llamar al formulario la lista de registros se muestre vacía, no se mostrarán registros hasta que el usuario decida buscar. Esto está pensado así para optimizar la presentación del formulario en internet. También damos un valor incial a los campos por los que se han de buscar.

• BUSCAR que dispararemos desde el botón que realizará la búsqueda. En este evento lo primero que haremos será guardar en variables locales los valores de los campos por los que vamos a buscar. Limpiaremos la cesta. Crearemos un manejador de objetos para la búsqueda ARTICULOS a la que le pasaremos los valores a sus variables locales y ejecutaremos en 3º plano optimizando el tiempo de respuesta en la devolución de los registros.

Ya sólo nos quedará disparar este formulario.

Al tener el formulario ARTICULOS_MANTEN como origen una tabla no podemos dispararlo directamente desde un acción mediante Disparar objeto. Ya que sólo podemos disparar así a formularios sin tabla de origen.

Lo que hemos hecho es crearnos un proceso ARTICULOS que no tendrá ninguna línea de código. Sin tabla de origen y con destino la ficha de la tabla PARAM_BUSQUEDA.

La acción que disparará este formulario tendrá como Objeto1 el proceso ARTICULOS y como Objeto2 el formulario ARTICULOS_MANTEN.

Notas:

• En el evento INICIALIZAR hemos tenido que dar valores inciales a los campos que usaremos para buscar ya que no hemos conseguido que respete los valores inciales que tienen los campos en las tablas.
• Si se borra a mano el valor de los campos fecha éstos no se quedan realmente en blanco (Incidencia de QT que está resolviendo Velneo). Esto puede provocar que no salgan registros al buscar.

Esto es sólo una forma de hacerlo. Esperamos que os sirva para experimentar y mejorarlo.

Menú arbolado sincronizado con una PIla de formularios

Otra de las novedades que nos ha traído la versión 7.3 de la plataforma V7 de Velneo es el objeto Menú arbolado.

Hoy vamos a explicar cómo usar un Menú arbolado sincronizándolo con una Pila de formularios para mostrar los distintos formularios de configuración de una tabla.

Como ejemplo vamos a utilizar el formulario de Configuración de Empresas de la open app TheSEEDBase.

Lo primero que haremos será crear las distintas acciones que dispararemos desde nuestro Menú arbolado. Crearemos una acción por cada formulario que queramos mostrar.

Cada una de estas acciones tendrá en Comando : Disparar señal.

Una vez creadas las acciones deberemos crear un Menú donde asignaremos todas las acciones que hemos creado previamente. Lo que pongamos en Nombre será lo que nos aparezca en el Menú arbolado como título.

Ahora debemos ir a nuestro formulario de configuración de empresas, borrar el antiguo Separador de formularios y añadirle el objeto Menú arbolado.

Una vez asignado el Identificador a este menú deberemos ponerle en Objeto el menú que hemos creado con nuestras acciones CONFIGURACION.

Al lado de este Menú arbolado le pondremos el objeto Pila de formularios. Iremos a la pestaña de Subcontroles e iremos añadiendo los distintos formularios que queramos añadir a la Pila.

El siguiente paso será crear los distintos eventos que nos mostrarán los formularios de la pila. Nos deberemos crear un evento por cada opción del Menú arbolado. En cada evento pondremos una sola línea.

El evento que mostraría el formulario Generales sería:

Lo único que habrá que cambiar en cada evento es el subcontrol (formulario) que queramos mostrar.

Finalmente sólo deberemos crear las distintas Conexiones de eventos. Crearemos una por cada acción del Menú arbolado.

La conexión de evento para mostrar el formulario Generales sería:

Al final debería quedarnos nuestro formulario así:

Nota: Al comprobar los errores os saldrá un error por cada evento creado para activar los subformularios. No hacer caso ya que es una incidencia de Velneo pendiente de resolver.

Una  de las demandas más solicitadas por los desarrolladores, sobre todo los que venían de versiones anteriores de la plataforma era la propiedad Editable y las Condiciones de Estilo en las Rejillas.

En la versión 7.3 de la plataforma V7 ya tenemos disponibles ambas características.

Para explicar paso a paso como convertir una rejilla en editable, y cómo asignarle condiciones de estilo vamos a utilizar como ejemplo los objetos del tutor de rejillas editables de Rafael Cueto de Velneo.

EDICION

El primer paso será ir a las propiedades de la rejilla que queramos convertir en editable. Buscaremos la propiedad Editable y la pondremos como Verdadero.

El siguiente paso será decidir qué columnas queremos hacer editables dentro de la rejilla. Iremos una a una poniendo la propiedad Editable cuerpo en Verdadero.

Una de las novedades más importantes de la rejilla editable, en comparación con la rejilla editable de versiones anteriores de la plataforma (6x), es que en las celdas les podemos asignar un menú. Este menú lanzará acciones.

El menú del tutor de rejillas editables de Velneo lanza 4 acciones:

• Nuevo, Localizar y Editar. Estas acciones tienen como origen la ficha de la tabla CUENTAS y ejecutan los comandos de ficha: Alta, Localizar y Edición de maestro.

• Un proceso cuyo origen debe ser la lista de la tabla en la que nos encontremos.

Sobre la edición de rejillas varias apreciaciones:

• Menús
  • Podemos anidarlos.
  • No se pueden usar menús dados por Velneo como pueden ser Ficha, Lista, Navegantes, etc.
  • Los procesos que ejecutemos en una acción han de tener como origen la lista de la tabla en la que nos encontremos.
• Al editar un campo
  • Numérico se nos muestra un microscroller para incrementar / decrementar el valor del campo.
  • Booleano se nos abre un combobox con los valores Falso y Verdadero.
  • Fecha disponemos de un calendario para seleccionar la fecha sin falta de asignarle ningún menú que lance una acción.
  • Tabla estática se nos muestra un microscroller para que nos movamos por los distintos registros de la tabla. Siempre por el campo Nombre.

Reconociendo y agradeciendo todo lo que ha mejorado la rejilla editable respecto a versiones anteriores también le podríamos sacar alguna pega. La principal que veo es que, al hacerla editable, se hace necesario poder ejecutar eventos a la pérdida del foco de una celda.

CONDICIONES DE ESTILO

Para crear una Condición de estilo deberemos situarnos en el panel de sub-objetos de la columna a la que se la queramos aplicar y crear la Condición de estilo. Remarcar que podemos crear tantas condiciones de estilo como queramos sobre la misma columna.

Una vez asignado el Identificador y el Nombre deberemos poner en Fórmula Condición la condición que se ha de cumplir para aplicar a la celda la condición de estilo.

Una vez asignada la condición sólo nos queda decidir qué tipo de fuente, su color y el color del fondo que adoptará la columna al cumplirse la fórmula de condición.

Sobre las Condiciones de estilo indicar, tal como nos muestra el tutor de Velneo, que un cambio en el valor de una variable utilizada en la formula de la condición provoca que se refresque automáticamente la condición de estilo.

Para instalar esta open app y probarla pinchar aqui

THE SEED SOFTWARE COMPANY ha sido seleccionada por Velneo junto a otras empresas para el desarrollo de la plantilla empresarial vConta que será liberada en los próximos meses.

La primera reunión del equipo de trabajo tuvo lugar el pasado día 10 de febrero de 2010 en Gijón y en ella  participaron:

Jesús Arboleya y Fernando Félix Gutiérrez de la empresa Velneo

Nacho Sánchez y Víctor García de la empresa Guida21

Héctor  Santoveña de la empresa Hsm y

Jorge Velasco de la empresa The Seed Software Company

En un ambiente distendido y conducidos por Jesús Arboleya nos marcamos el objetivo común del desarrollo de la plantilla empresarial vConta.

Decidimos cuales serían las necesidades básicas que debería tener la plantilla, hasta donde debíamos llegar. Este fue un punto muy discutido ya que hay que saber encontrar el equilibrio entre crear una plantilla tan generalista que no sirva a la comunidad o profundizar demasiado y crear una plantilla con demasiadas funcionalidades.

También se decidieron los puestos a desempeñar y cuando serán las jornadas de desarrollo.

Lo primero que se consensuarán serán las normas de programación y usabilidad. Estas normas nos ayudarán a la hora de programar nuestra plantilla.

Decididas la normas, el siguiente paso será la adopción de una nueva vBase que sirva tanto para la vConta como para el resto de plantillas empresariales.

Esta vBase ya está creada por las empresas Guida21, Hsm y The Seed y lo último que nos queda es la normalización con Velneo. Una vez adoptada por Velneo será la futura base de todas las plantillas empresariales y de todo programador que quiera usarlas.

En marzo tendremos las primeras jornadas de desarrollo.

Según vayamos avanzando os iremos informando en este blog.

Un saludo.

EDITO: Ver entrada en el blog de Velneo