I had a dream

Anoche tuve un sueño, un sueño que no puedo olvidar.

Soñé que tenía delante de mí una herramienta capaz de enlazar con esta tabla de este Oracle, con esta de este SQLServer y con esta otra de MySql.

Una vez en mi proyecto podía establecer entre ellas las relaciones a que estoy acostumbrado en Velneo; aquí un puntero a maestro, aquí una actualización y aquí un puntero indirecto real.

Soñé que podía hacer un formulario de edición diciendo; de esta tabla, con estos campos, chas!, ya los tengo.

Ahora el aspecto del formulario que tire de este CSS para aplicaciones, chas!, ya tiene aspecto.

Soñé que ponía en marcha mi aplicación, me salía el formulario y podía buscar sobre cualquier campo del mismo sólo con poner algo en un campo y darle a buscar, chas!, rejilla de resultados.

Soñé que en tiempo de ejecución podía modificar el aspecto de las rejillas y los informes para sacarlos como más me convenía según el caso.

Y lo más fuerte, la parte donde el sueño casi pasa a ser una pesadilla; ahora lo quiero en la web, y chas!, sin hacer nada mi aplicación de escritorio se renderizaba en la web tal cual.

Será un sueño?, una quimera?

Será V7?

Espero con ansias que sí.

Life is soft!

Fechas en Velneo

Muchas veces, por ejemplo al realizar una agenda donde apuntar eventos por día, me he encontrado en Velneo con la siguiente duda:

Pero para eso necesito tener todos los días de todos los años generados?

Afortunadamente en la mayoría de ocasiones la respuesta ha sido NO.


No es necesaria una tabla maestra Años y una submaestra Días para una agenda.

Lo que suelo hacer es generar al vuelo, en una tabla en memoria los registros que necesito mostrar como calendario. Es como las famosas tablas "Dummy" de Fran, pero para fechas.

Dicha tabla en principio sólo necesita un campo Código autonumérico y un campo Fecha. En ella daremos de alta por proceso las fechas compredidas en el intervalo fecha_desde - fecha_hasta necesarias para la visualización del periodo de la agenda deseado.

Adicionalmente podemos disponer diversos campos fórmula alfabética que nos muestren cada fecha ya formateada según las necesidades.

Veamos algunas posibilidades de fecha formateada en Velneo.

Supongamos una fecha; 2-01-2008

Utilizando la función fFormatFecha(fecha, szFormato) donde fecha es el campo o variable fecha que vamos a transformar y szFormato es la subcadena de formato que vamos a aplicar a esa fecha para darle la forma deseada, podemos obtener una enorme diversidad de formas para la fecha.

Disponemos de los siguientes formateadores:

&d -> Visualiza el día del mes con uno o dos dígitos, según corresponda (1 - 31)

En nuestro caso sería: 2


&e -> Visualiza el día del mes siempre con dos dígitos (01 - 31)

En nuestro caso sería: 02


&L -> Visualiza, en Español, el día de la semana en texto; Lunes, Martes, ...

En nuestro caso sería: Miércoles


&A -> Visualiza, en Inglés, el día de la semana en texto; Monday, Tuesday, ...

En nuestro caso sería: Wednesday


&l -> (L minúscula). Visualiza, en Español, el día de la semana abreviado a tres letras; Lun, Mar, ...

En nuestro caso sería: Mie


&a -> Visualiza, en Inglés, el día de la semana abreviado a tres letras; Mon, Tue, ...

En nuestro caso sería: Wed


&m -> Visualiza el número del mes con uno o dos dígitos, según corresponda (1 - 12)

En nuestro caso sería: 1


&n -> Visualiza el número del mes siempre con dos dígitos (01 - 12)

En nuestro caso sería: 01


&K -> Visualiza, en Español, el mes en texto; Enero, Febrero, ...

En nuestro caso sería: Enero


&B -> Visualiza, en Inglés, el mes en texto; January, February, ...

En nuestro caso sería: January


&k -> Visualiza, en Español, el mes en texto abreviado a tres letras; Ene, Feb, ...

En nuestro caso sería: Ene


&b -> Visualiza, en Inglés, el mes en texto abreviado a tres letras; Jan, Feb, ...

En nuestro caso sería: Jan


&j -> Visualiza el día del año de un campo fecha (1 - 366)

En nuestro caso sería: 2


&u -> Visualiza el día de la semana en número dentro del rango 1 a 7 siendo 1=Lunes

En nuestro caso sería: 3


&w -> Visualiza el número del día de la semana dentro del rango 0 a 6 siendo 0=Domingo

En nuestro caso sería: 3


&W -> Visualiza el número de la semana del año dentro del rango 0 a 51

En nuestro caso sería: 1


&U -> Visualiza el número de la semana del año dentro del rango 1 a 52

En nuestro caso sería: 1


&x -> Formatea la fecha en la forma que el sistema esté configurado

En mi caso sería: miércoles, 02 de enero de 2008


&Y -> Visualiza el año con todos sus dígitos

En nuestro caso sería: 2008


&y -> Visualiza el año sin siglo con uno o dos dígitos, según corresponda

En nuestro caso sería: 8


&z -> Visualiza el año sin siglo siempre con dos dígitos

En nuestro caso sería: 08


Todos estos formateadores también están disponibles al seleccionar un campo fecha en el editor de fórmulas, dentro del apartado Subcadena de formato (opcional) - Opciones.

Al ser una subcadena, los formateadores admiten cualquier símbolo que podamos teclear dentro de la cadena.

Así, por ejemplo, podríamos mostrar nuestra fecha 2-01-2008 como 08/01/02, Wed. usando la función siguiente

fFormatFecha(2/01/2008, "&z/&n/&e, &a.")

Fácil, como todo en Velneo.


Ahora veamos algunas combinaciones de funciones que nos facilitarán mucho la vida a la hora de trabajar con fechas.


En qué semana del año me encuentro?

fFormatFecha( fHoy(), "&U")


En qué día del año me encuentro?

fFormatFecha( fHoy(), "&j")


Qué día de la semana es el primer día del mes actual?

fFormatFecha( fFecha( 1 ), "&L")


Y el último día del mes que viene?

fFormatFecha( fFecha( fDiasDelMes( fMes( fHoy() ) + 1, fAño( fHoy() ) ), fMes( fHoy() ) + 1 ), "&L")


Y así podríamos seguir complicándolo o simplificándolo, depende de cómo se mire, tanto como deseemos o necesitemos.

Espero que esto ayude a resolver algunas dudas al respecto de las fechas en Velneo.

Life is Soft!

Espero a V7 o no?

Comentando el tema con colegas que usan el entorno de desarrollo Velneo me encuentro siempre con la misma duda recursiva:

Me espero a que salga V7 para hacer esto no?

Mi respuesta es simple:

Si necesitas multiplataforma, multiprocesador, balanceo de carga sin artificios, y desarrollos a nivel mundial multilenguaje con cientos o miles de usuarios atacando simultaneamente la bd desde el vClient, esperate.

Si no es así, lo que estás haciendo es perder una oportunidad de negocio.

V6 es tan válida como lo será V7 para cualquier desarrollo que no deba cumplir con alguno de los requisitos citados anteriormente.

Si no necesitas nada de lo comentado y estás esperando V7 para acometer el desarrollo de una aplicación Velneo estás perdiendo tiempo y dinero, porque mucha gente que ya lo tiene claro está desarrollando en V6 esas soluciones.

Si eres el responsable informático de una gran empresa de desarrollo o de un departamento informático de una corporación de la administración local y necesitas tomar una decisión sobre la herramienta de desarrollo a utilizar, teniendo en cuenta que vas a tener cientos o miles de usuarios atacando la misma bd, o que vas a tener que responder sobre la escalabilidad de las soluciones a gran nivel, o que la política de infraestructuras te obliga a tener servidores multiprocesador con balanceo de carga automático, entiendo que esperes a la salida de V7 para tomar una decisión acertada, yo también lo haría.

Si no es así, ten en cuenta que existen miles de soluciones ya desarrolladas sobre V6 que dan rienda suelta a las posibilidades de la herramienta, y satisfacen de sobra los requisitos de los clientes.

Si es así y no tomas la decisión ya de entrar en V6 estás, sinceramente, perdiendo tiempo y dinero.

No es quizás muy conocido y sabido, pero hay soluciones Velneo V6 dando servicio a multinacionales con delegaciones remotas en diferentes países en diferentes idiomas, aplicaciones sirviendo hasta 400 o 500 puestos de trabajo concurrentes, tablas con millones de registros manejadas de forma diaria y habitual sin ningún tipo de problema, soluciones críticas de ventas online basadas en el modelo Velneo, incursiones radicales en el entorno CAD-CAM servidas con Velneo y dando servicio a máquinas de producción, aplicaciones Velneo conectadas con diversos webservices para vuelos, hoteles, alquiler de cohes, etc...

La salida de V7 al mercado será un shock en el mundo del desarrollo, pero cualquiera que no esté ya acostumbrado a V6 y no tenga hecho el cambio de chip Velneo perderá un tiempo precioso en su formación y adaptación a la herramienta, cosa que ya tendría adelantada si hubiese empezado con la V6.

V7 abrirá un nuevo y enorme abanico de posibilidades al desarrollo de aplicaciones informáticas de gestión, le dará un vuelco a la interface gráfica de nuestras aplicaciones, multiplicará por 100 o por 1.000 el rendimiento gracias al multihilo inteligente, permitirá aplicaciones distribuidas multiservidor gracias al nuevo concepto de cajas, y dará lugar a nuevos e impresionantes servicios alrededor de la herramienta.

Pero con V6 y la participación de empresas especializadas del sector, esas soluciones ya son parcialmente posibles en V6.

Esas empresas y desarrolladores ya llevan una gran ventaja a cualquiera que no se haya decidido a dar el salto ya. Y cuando salga V7, la migración y adaptación de sus soluciones V6 a V7 será mucho más rápida y menos traumática que la de cualquier otro que no dominase ya V6.

Aún esperas V7 para decidirte? Yo NO.

Life is Soft!

Copias de seguridad

En las aplicaciones Velneo que instalo en clientes siempre monto un sistema de copias de seguridad programado en el vServer de la siguiente forma.

Creo una carpeta CopiaSeguridad, a poder ser en un disco físico diferente de aquel donde reside la aplicación (una segunda unidad, una unidad mapeada, etc). Si no puede ser en otro disco, la creo en un directorio diferente al de la aplicación.

Dentro de esa carpeta creo esta serie de subcarpetas; 01-lunes, 02-martes, 03-miercoles, 04-jueves, 05-viernes, 06-sabado y 07-domingo. Le pongo ese nombre a las carpetas para que salgan ordenadas alfabéticamente por día de la semana.

Creo una serie de tareas programadas en el servidor para que semanalmente se realice una copia de seguridad en la carpeta correspondiente; una para los lunes en la carpeta 01-lunes, otra los martes en la carpeta 02-martes, etc.

Como hora de la copia elijo un horario libre de carga y enganches en el servidor, normalmente al finalizar la jornada laboral o por la noche.

Así planteado, el lunes por la noche se realiza copia de seguridad de los datos de la aplicación en la carpeta 01-lunes, el martes en la 02-martes, etc, de forma que si las cosas fuesen muy mal, y nadie se diese cuenta, podría tirar hasta de siete copias de seguridad con un día de diferencia entre cada una de ellas, es decir tengo un colchón de una semana de datos.

Como la copia que realiza vServer es sólo de datos (vcs) hay que ingeniarse un sistema para junto con los datos guardar también la versión del mapa, por si hay que restaurar y se ha modificado el código, así como los ficheros de variables y configuración por ser estrictos.

Adicionalmente, como Velneo nos da esa facilidad, en instalaciones críticas añado la funcionalidad de envío de la copia de seguridad a un servidor remoto mediante SDV, así dispongo de esas copias en otro servidor Velneo por si ocurre alguna hecatombe como que casquen todos los discos duros a la vez, se quemen en un incendio todos los ordenadores o algún informático avezado restaure el sistema a una fecha tres meses anterior.

Life is Soft!

Integridad de la bd Velneo

Hace tiempo me ocurrió una cosa curiosa a la vez que catastrófica para una de mis bases de datos Velneo:

Tenía una tabla maestra de Apartados y tenía otra tabla maestra Fichas. En Fichas tenía un puntero a maestro apuntando a Apartados para así poder indicar a qué apartado pertenecía una ficha.

El caso es que por las prisas, el descuido y la desorganización de la edición en grupo de un mapa, la tabla Apartados se quedó sin el histórico de Fichas.

Como estamos tan acostumbrados a la robustez de Velneo manteniendo la integridad de la bd, ni corto ni perezoso un día me dio por cambiar los códigos del maestro de Apartados para reorganización interna, y cuál fue mi sorpresa al ver que había perdido la relación entre Fichas y Apartados.

Me quedé con unas 3.000 fichas sin apartado, y no había vuelta atrás.

Afortunadamente no ocurrió nada ya que tiré de la copia de seguridad de datos diaria y restauré la bd a su estado de por la mañana, perdiendo básicamente la desafortunada modificación de códigos de Apartados.

Al sufrir este susto investigué en el mapa el porqué de la falta de integridad de datos y lo arreglé.

Y es que Velneo es una herramienta que hace lo que debe de hacer; mantener la integridad de datos siempre y cuando en los desarrollos mantengamos unas mínimas reglas de coherencia para establecer esta integridad.

Veamos los pasos necesarios para que en un caso similar no perdamos datos.


En el esquema de tablas vemos cómo en la tabla Fichas tenemos:

- un puntero a maestro apuntando a Apartados


- tenemos además el índice Apartado que es acepta repetidas sobre el puntero a Apartados


- y en la tabla Apartados tenemos declarado el histórico de Fichas sobre el índice Apartado anterior.


Así las cosas Velneo siempre va a mantener la integridad de datos de nuestras bd; si cambiamos el código del maestro de Apartados, cada registro de Fichas apuntará al nuevo código de Apartado gracias a la relación histórica entre ambas tablas a partir del índice Apartado.

Si alguna vez perdéis datos o relaciones entre tablas revisad los punteros a maestro, los índices correspondientes a estos punteros, y lo más importante, la existencia en los maestros del histórico necesario.

Velneo es rápido, robusto, eficaz..., pero no es mágico.

Life is soft!!

P.D.: Esto sólo es necesario cuando trabajamos con tablas maestras con puntero a maestro, si utilizásemos una relación maestro-submaestro Velneo ya hace el trabajo por nosotros creando los índices e históricos necesarios.

Webs con Velneo

A raíz del post anterior sobre webs realizadas con Velneo, en el foro de Velneo surgió la propuesta de un subforo dedicado íntegramente a mostrar webs Velneo.

Para ello se integró snapshots en el código del foro, así se tiene una previsualización del sitio enlazado sin almacenar imágenes del mismo.

Hay una serie de reglas de publicación expuestas en el postit del principio, más que nada por darle un orden y uniformidad a la exposición de una web.

Así que si tienes una web hecha con Velneo, desde aquí te animo a publicarlo en el foro.

Un saludo,

Modelo de cajas CSS

Lo primero que se debería aprender de CSS, y suele no ser así (yo el primero), es el modelo de cajas que utiliza.

El modelo de la caja del CSS describe las cajas rectangulares que se generan para los elementos en el árbol del documento y se presentan según el modelo visual del formato.

Y esto qué quiere decir?

Cada elemento de html; una capa, un párrafo, una lista, una cabecera, etc..., tiene a su alrededor una caja que lo contiene.

Los elementos componentes de esa caja son

• El contenido en sí
• El relleno (padding)
• El borde (border)
• El margen (margin)

Las partes de cada uno de estos elementos se referencian por su posición respecto del contenido y en este orden: arriba (top), derecha (right), abajo (bottom) e izquierda (left).

Este orden es fácil de aprender; se empieza por arriba y se recorre en sentido horario.

Así un elemento de la caja como por ejemplo el margen tendrá cuatro partes: margin-top, margin-right, margin-bottom y margin-left.

Es bueno recordar esto ya que más adelante veremos cómo nos va a permitir definir las propiedades de cada parte de cada elemento en el CSS.

La dimensión de la caja viene dada por la suma de las dimensiones de todos estos elementos, es decir,

ancho-caja = margen-izquierdo + borde-izquierdo + relleno-izquierdo + ancho-contenido + relleno-derecho + borde-derecho + margen-derecho

y esto es así.

Otra cosa es lo que IE hace. Y es que el famoso navegador calcula el ancho a su manera sin respetar el estándard.

Así que si vuestra web se ve bien en navegadores que siguen el estándard como Opera, Safari, Firefox, pero no se ve bien en IE: cambiad de navegador.

Es impresionante la cantidad de consultas en foros sobre el tema que aún están enfocadas al revés: "Mi web se ve perfectamente en IE, pero cuál ha sido mi sorpresa al ver que se descuadra en Firefox!"

La respuesta a este tipo de dudas es: "Si haces las cosas bien tu web se verá perfecta en todos los navegadores que siguen el estándard. IE no respeta el estándard así que si los usuarios de IE no ven bien una web tienen dos opciones; quejarse amargamente de ello a Microsoft, o cambiar de navegador"

Es conveniente saber que cada navegador implementa unos valores predeterminados para los diferentes elementos de cada caja, así que si no los definimos en CSS se tomarán esos por defecto.

Otro tema que entronca directamente con el modelo de caja es el árbol del documento.

Html es un lenguaje de etiquetas, y estas etiquetas en cada página están anidadas de cierta forma. Esta anidación de etiquetas conforma una estructura en árbol jerárquica, de forma que constituye lo que se llama el árbol del documento.


En el esquema vemos que una etiqueta puede tener un antecesor, unos descendientes, unos hermanos y compañeros del mismo nivel.

Esto hemos de tenerlo muy en cuenta ya que CSS es un lenguaje de definición de estilos en cascada, es decir las propiedades de los elementos son heredables según el árbol del documento, de forma que si definimos por ejemplo el estilo de letra para el body, todos los elementos descendientes del body heredarán ese estilo.

Si en principio nos quedan claros estos pocos conceptos base sobre cajas, árboles y herencia, ya tendremos mucho avanzado a la hora de entender CSS.

Life is soft!

Fondo pantalla 003

Siguiendo con las chicas Velneo...


Uf!!! Scarlett!!!

Life is soft!

Lego technic

Como es bien sabido por todos los que utilizamos Velneo, es la herramienta de desarrollo de aplicaciones empresariales de gestión más rápida del mercado, y esto nos deja el suficiente tiempo libre como para dedicarlo a nuestros hijos, familia y aficiones diversas.

No sólo de software vive el programador.

Así pues, aprovechando mi tiempo libre he montado esta moto de Lego technic, regalo de reyes.


Una verdadera gozada.

Un saludo,

Diseño web (tablas)

Antiguamente, cuando empecé con el diseño de páginas web, había una escuela de programadores venidos a "diseñadores" web que utilizaban ámpliamente las tablas html para la maquetación visual de los elementos de las páginas; una tabla para centrar la página en el navegador, una tabla para el menú, otra tabla para distribuir los elementos de cada página, etc.

Era una forma fácil de poder hacer que lo que apareciese en los navegadores se asemejara más o menos al diseño gráfico pensado para la web.

Yo también era de esos, planteaba un diseño en Photoshop que luego troceaba y pasaba a Dreamweaver para maquetarlo usando una enorme cantidad de tablas anidadas, lo cual al final ralentizaba la presentación del sitio en los navegadores dada la compleja estructura de tablas anidadas resultantes.

Otro problema subyacente era la accesibilidad. Alguien invidente que utilizase un lector para interpretar esa web fácilmente podía no entender nada de una compleja estructura de tablas que nada tenía que ver con el contenido "real" del sitio web.

Durante un largo periodo de tiempo dedicado a investigar la forma de hacer las cosas en la web me encontré con una escuela de diseñadores web que intentaba separar la forma del contenido, lo cual me interesó mucho por dedicarme básicamente a realizar webs dinámicas donde el contenido está en la base de datos y la forma se encuentra en componentes html que son el front-end para ese medio. Me interesó muchísimo y me puse a estudiarlo.

Así conocí el xhtml + css. Era la nueva web semántica; separación de forma y contenido, la forma se controla mediante css y en el código xhtml no se incluye ninguna etiqueta que tenga que ver con la forma.

Las fuentes y sus tamaños, los colores y fondos, la disposición de elementos, etc, se controla desde css, y el contenido se deja para el código xhtml.

Así las cosas parecía que las tablas eran un elemento a no utilizar en xhtml, pero no es así. Hay elementos claramente tabulares que deben ser mostrados en tablas, que para eso fueron creadas. Así un listado tabulado de información se mostrará utilizando una tabla, un calendario también, y toda aquella información cuya naturaleza sea tabular requerirá de este elemento para ser mostrada.

Las tablas en xhtml no deben ser un tema tabú.


Veamos cómo es una tabla bien formada y accesible.

[table summary="Listado de Repartidores de señal indicando el servicio asociado, las extensiones y pares, así como el elemento D.Hard utilizado"]
[thead]
[tr class="odd"]
[th scope="col" abbr="Repartidor"]Repartidor[/th]
[th scope="col" abbr="Servicio"]Servicio[/th]
[th scope="col" abbr="Extensiones"]Ext.[/th]
[th scope="col" abbr="Pares"]Par[/th]
[th scope="col" abbr="D.Hard"]D.Hard[/th]
[/tr]
[/thead]
[tbody]
[tr]
[td]Ayto. Nuevo - S.S. Yecla[/td]
[td]Jubilados[/td]
[td]2.740[/td]
[td]01[/td]
[td]2.013, 2, 3[/td]
[/tr]
[tr class="odd"]
[td]Parque móvil - Cámaras Becalí[/td]
[td]Bomberos Norte[/td]
[td]4.984[/td]
[td]60[/td]
[td]2.013, 10, 9[/td]
[/tr]
[/tbody]
[/table]

En principio observamos que la tabla tiene un summary que es una descripción de los datos que muestra la tabla. Esto hace que la tabla sea más comprensible.

Debajo del summary podría ir el caption que es el título de la tabla, de forma similar al título de un gráfico de Excel, por ejemplo, para que todos nos entendamos. Este caption también es fácilmente controlable desde css para su aspecto y posición.

Luego pasamos a definir el thead de la tabla que es el grupo de celdas de la tabla que actuarán como cabeceras de columna, como los nombres de columna A, B, C, en una hoja Excel por seguir con la analogía anterior.

En el thead vemos que cada columna cabecera la definimos con th en lugar de td. Esto es así porque esas columnas van a actuar como cabecera de columna y le darán sentido a todos sus td's inferiores.

A continuación del thead podríamos definir de forma similar el tfoot que sería el conjunto de celdas que formarán el pie de la tabla; nota al pie, totalizadores por columna, etc.

Luego viene el tbody, es decir, la "chicha". Aquí es donde van los datos, y se sabe exactamente a qué tipo de dato corresponde cada celda porque lo hemos definido con anterioridad en cada th del thead.

Así un lector de pantalla para invidentes podría leer esa tabla de forma que tenga sentido para el usuario final, y un usuario cualquiera podrá acceder a todas esas propiedades de la tabla desde las opciones de su navegador.

Vemos que no hemos utilizado ninguna etiqueta de presentación dentro de la tabla; ni fuentes, ni colores, ni fondos, ni bordes, ni espaciados de celdas o contenido, ni nada de eso a que, al menos yo, estaba tan acostumbrado. Eso es tarea del css y lo veremos en un próximo artículo.

Hay más elementos que podríamos utilizar dentro de la definición de una tabla que no he comentado, pero para una completa colección de los mismos y su descripción os recomiendo verlos en w3c.

Desde aquí os animo a abandonar viejas malas costumbres para pasar a utilizar tablas bien formadas y definidas, más accesibles en definitiva.

Life is soft!!