Según Wikipedia:

Oracle Application Express o APEX (anteriormente llamado HTML DB) es una herramienta RAD que se ejecuta con una base de datos Oracle. Permite desarrollar prototipos de aplicaciones WEB de forma segura y rápida.

La verdad es que lo poco que he ojeado, es una herramienta muy muy interesante, y es más que probable que escriba sobre ella en este blog, pero, me estoy desviando del hilo principal.

Como comentaba, quería probar la nueva versión 4.2.1 que incorpora entre otras muchas mejoras interesantes, la de ofrecer un servicio RESTful de la BBDD al exterior, pero, Oracle 11G XE (la versión gratuita), de serie, trae la versión 4.1 de APEX.

La instalación, me ha llevado más de un quebradero de cabeza, por ello, me gustaría compartirlo con vosotros. Mi entorno, es un Windows 7 64b.

- Por un lado, la instalación de Oracle 11g XE, hay que realizarla lanzando el setup de instalación como administrador. Puede parecer obvio, pero hay muchos setup que por defecto ya se ejecutan como administrador al lanzarlos, pero el de Oracle, hay que forzarlo, ya que, aunque si no, la instalación se realiza sin ningún problema, y los servicios son instalados, luego no funciona la interfaz web de administración web.

- Una vez tenemos Oracle 11g XE instalado, debemos descargar APEX 4.2.1 de la web de Oracle. Para el caso que nos corresponde, una vez realizado ésto, yo lo he descomprimido en C:\TEMP ya que debe descomprimirse en una ruta que no contenga espacios, y manteniendo la estructura de carpetas, por lo que se nos quedará, una vez descomprimido, como c:\TEMP\apex\…

- Ahora debemos abrir un shell de msdos (Símbolo de Sistema) y cambiar nuestro directorio de trabajo, hacia la carpeta que hemos descomprimido.

C:\TEMP\apex>sqlplus /nolog

SQL*Plus: Release 11.2.0.2.0 Production on Dom Dic 23 18

Copyright (c) 1982, 2010, Oracle. All rights reserved.

SQL> connect SYS as SYSDBA
 Enter password:
 Connected.
 SQL>

- Ahora ya podemos iniciar el proceso de actualización, con el script correspondiente. @apexinst. Éste, recibe 4 parámetros. El tablespace para APEX, el tablespace de archivos de usuario, el tablespace temporal, y la ruta virtual donde deben ir las imágenes dentro del servidor embebido de Oracle. Si hablamos de una instalación de XE standard, basta que escribáis el siguiente comando (el proceso puede llevarse 20min o más perfectamente dependiendo de la velocidad de vuestro ordenador, así que, aprovechar para tomaros un café)

SQL> @apexins.sql SYSAUX SYSAUX TEMP /i/

- Una vez te has terminado el café, y media tableta de turrón, siempre y cuando el proceso anterior halla finalizado, podemos proseguir con el siguiente comando, que realiza la carga de las imágenes al nuevo APEX instalado. Para ello, nos logueamos de nuevo en sqlplus y lanzamos el comando @apxldimg RUTA_APEX, donde RUTA_APEX es la carpeta donde descomprimimos anteriormente APEX. Es decir, en mi caso, C:\TEMP

C:\TEMP\apex>sqlplus /nolog

SQL*Plus: Release 11.2.0.2.0 Production on Dom Dic 23 18

Copyright (c) 1982, 2010, Oracle. All rights reserved.

SQL> connect SYS as SYSDBA
Enter password:
Connected.

SQL> @apxldimg.sql C:\TEMP

PL/SQL procedure successfully completed.

old 1: create directory APEX_IMAGES as '&1/apex/images'
new 1: create directory APEX_IMAGES as 'C:\TEMP/apex/images'

Directory created.

PL/SQL procedure successfully completed.

PL/SQL procedure successfully completed.

PL/SQL procedure successfully completed.

Commit complete.

timing for: Load Images
Elapsed: 00:01:53.88

Directory dropped.

SQL>

Este último paso, es importante, ya que como a mi, si falla, APEX_ADMIN no abrirá, y os quedaréis con cara de tonto. A mi me fallaba ya que la guía que seguí, hablaba de usar una variable de entorno en la ruta, y se vé que no le sentó muy bien. Y hasta que no lancé de nuevo el comando, especificando C:\TEMP sin variables ni nada, no volvió a la normalidad.

- Sólo nos queda cambiar la contraseña de ADMIN. Según la guía de instalación oficial, hay que tocar la configuración de políticas de contraseñas, entiendo, que para que no sea un co##zo, porque, una de las cosas que hay que hacer, es cambiar la contraseña al usuario ADMIN, y la política por defecto, obliga a incluir en ésta un número, un símbolo de puntuación, minúsculas y mayúsculas. Yo, no he cambiado esta configuración, al menos en el proceso de instalación. Así que, lanzaremos el siguiente comando, para cambiar la contraseña:

SQL> @apxchpwd

Ahora mismo, ya tenéis APEX en su versión 4.2.1 en vuestra instalación de Oracle 11g XE. Este pequeño tuto, aplica para la actualización de APEX a 4.2.1 sobre un Oracle 11g XE y su servidor web embebido recién instalado. Si trabajas con APEX  sobre APEX Listener en Glassfish, o es una actualización de .a 4.2 a 4.2.1 etc..etc..etc…. mejor remito a la guía oficial.

http://docs.oracle.com/cd/E37097_01/doc/install.42/e35123/toc.htm#BEGIN

Nota: Es importante que tengáis en cuenta, que debéis acceder a http://localhost:8080/apex/ para conectar a un WORKSPACE, o a http://localhost:8080/apex/apex_admin si queréis administrar la instancia.

Espero que os sea de utilidad.

En el blog oficial de WM han anunciado la publicación oficial de la revisión M4 de Wavemaker 6.5, versión centrada en la integración con dispositivos móviles. Comentan que esta versión M4, no sólo representa la abreviación de “Milestone 4″, si no de las 4 arquitecturas para despliegue que ofrece esta versión.

Según citan en el post, os traduzco las 4 arquitecturas.

Aplicaciones Web tradicionales.

Los usuarios han estado usando WaveMaker para construir aplicaciones web por años. Las aplicaciones desplegadas usan un web stack Java tradicional, con servidores Spring ejecutándose en un contenedor Java. El servidor entrega html, css, javascript y datos json para el servidor web.

Aplicaciones Web para móviles.

La proliferación de navegadores para moviles ha permitido a las aplicaciones WaveMaker ser desplegadas a más dispositivos, usando la misma arquitectura de aplicación que la aplicaciones web tradicionales. WaveMaker 6.5 provee plantillas para móviles, nuevos widgets, y propiedas de widgets, que simplifican el desarrollo de aplicaciones web para móviles, aplicaciones que son adaptadas a los requierimientos de un dispositivo. Más información sobre Desarrollo mobile

Aplicaciones mobile que usan el mismo servidor que tus aplicaciones web – aplicación native para iOS o Android

A menudo los usuarios finales prefieren una aplicación mobile que es instalada en el teléfono o tablet (en vez de una aplicación web accesible desde el navegador). Las aplicaciones mobile son descargadas desde stores (ej: App Store, o Google Play) y los usuarios acceden seleccionando la aplicación. WM 6.5 incluye PhonGap por lo que puedes desplegar una aplicación WaveMaker como una aplicación nativa en distintos sistemas operativos para móviles, incluyendo iOS y Android. La aplicación mobile accede al servidor WaveMaker, procesnando los resultados en JSON. Más información Building a PhoneGap Application

Aplicaciones mobile que acceden directamente a servicios

Ya que las aplicaciones para móviles están alojadas en el teléfono (en vez de aplicaciones web que está alojadas en el servidor) las aplicaciones para móviles no necesariamente requieren de un servidor. Si tu aplicación solo requiere datos desde servicios accesibles por Internet, entonces el servidor WaveMaker no es requerido, WaveMaker 6.5 soporta servicios XHR que directamente llaman a servicios web.

La versión 6.5 es un salto importante. Primero, su interfaz ha sufrido un restiling bastante importante, y agradable a la vista ya puestos.

La pestaña Source también ha sufrido cambios, entre los que se encuentra el cuadro de autocompletado, que antes había que invocar con CTRL+. (punto)

También se ha añadido una nueva opción en el menú de despliegue para PhoneGap, que nos dá unas cuantas opciones para personalizar y configurar nuestra aplicación para móviles.

Y entre otras tantas cosas, que no nombraremos por extensión, de las más remarcables, no podemos olvidarnos obviamente del nuevo editor de Grids, o de las “published properties” algo realmente interesante.

La verdad es que 6.5 será una gran versión, me hubiera gustado que aprovecharan para actualizar también la librería Dojo (en la que se basa WM), pero según leí esperan incorporar Dojo 1.8 para la versión 6.6 de WaveMaker (aunque no prometen nada). La verdad es que prefiero ir 1 o 2 versiones atrás, pero estables, antes que estar en lo último, y que falle.

Según anuncian, esta M4 es la última versión antes de la RC (Release Candidate), lo que significa que ya queda muy poquito para que 6.5 salga como versión final.

Ayer día 2, en el blog oficial de wavemaker anunciaron oficiálmente la versión M3 de la rama 6.5.0.

Según la nueva nomenclatura, las versiones M# son las versiones Betas que deben cerrarse antes de la Release Candidate. En este caso, M3 es la que cierra la adición de nuevas características, para centrarse exclusivamente en la resolución de errores, por lo que la siguiente versión, ya será una RC1. Ésto, implica por un lado que  a la versión final 6.5.0GA le queda máximo 2 meses aproximadamente (o eso me gustaría pensar ), y que a partir de ahora ya se puede ir estudiando la posibilidad de comenzar a usar la nueva versión para ir migrando proyectos. Aunque eso sí, de momento lo haría con proyectos poco críticos por si las moscas.

La rama 6.5.0 principálmente trae como novedades una reestructuración visual del IDE en sí, así como características centradas en la integración con CloudFoundry, y movilidad.

Podéis descargarla desde aquí, y recordar que necesitáis tener una cuenta y loguearos para poder descargar la nueva versión.

En la siguiente captura, se muestra en vista diseño, un LiveForm que dispone de tres botones. Nuevo/Modificar/Eliminar.

El botón Nuevo tiene enlazada su propiedad Show a una expresión, haciendo, que el botón sólo sea visible si el Dataset que alimenta el LiveForm no contiene registros.

Click para ver a tamaño real.

El problema, nos lo encontramos, en tiempo de ejecución, ya que, cuando cargamos esta Page, en el proceso automático de alimentar la LiveVar con los datos de la BBDD, su valor count es 0, por lo que  el botón, es visible un breve periodo de tiempo, en el cual, el usuario, podría hacer click (y no queremos que lo haga).

Aquí, es donde entra en escena, el LoadingDialog. LoadingDialog, es un control que permite aplicar un “bloqueo” a un widget desde el momento que una ServiceVariable elegida lance su proceso de actualización update, hasta que haga el success. En cristiano, en nuestro caso, nos bloqueará un widget hasta que la variable termine de recuperar los datos de la BBDD.

Echemos una ojeada a sus propiedades.

name: El nombre del LoadingDialog en cuestión.
owner: Propietario del control (Application, Page)
serviceVariableToTrack: La variable que queremos controlar.
widgetToCover: Control que queremos bloquear.

Como os podéis imaginar, es muy sencillo de usar. En nuestro ejemplo anterior, lo único que debemos hacer, es insertar un LoadingDialog a la página, definirle como serviceVariableToTrack nuestra variable empresaLV, y como widgetToCover, el LiveForm. De esta manera, cada vez que cargue la página, de manera totalmente automática y desatendida, hasta que empresaLV no esté poblada, los controles no serán accesibles al usuario

Click para ver a tamaño real.

Saludos a todos.

Sí, ya sé que soy impulsivo, y que cambio de lenguaje como quien cambia de camisa, pero las decisiones que suelo tomar, siempre suelen basarse en algún tipo de fundamento, y siempre va acompañado de un análisis del mercado. En Komenco nos encontrábamos desarrollando “felizmente” bajo Velneo. Una herramienta que nos gusta mucho, de una empresa española, con una comunidad envidiable respecto a otras plataformas de desarrollo, y con una filosofía basada en cloud más que interesante. Pero ciertas reuniones con clientes, han hecho que surjan distintos proyectos nuevos, que nos han obligado a plantearnos la posibilidad de migrar los proyectos ahora, antes que sea demasiado tarde.

 Antecedentes

Por un lado, nos han surgido proyectos de movilidad, bajo Android e iPhone. Velneo ha sacado en su nueva versión v7.8 un cliente beta para Android (para niveles 3 y 4), que además de ser Beta, requiere de conexión con el vServer para funcionar. La idea no es mala,  todo lo contrario, pero no nos sirve. Nosotros requerimos que nuestras aplicaciones funcionen autónomas del lado del cliente, y luego sincronicen con el servidor, y además, para iOS no ha salido nada y no se sabe tampoco si está en planning o para cuando. Existiría la posibilidad de montar la aplicación sobre Tablets con Windows XP/7, pero entonces obligaríamos al cliente a migrar sus dispositivos, cuando muchos de ellos ya disponen teléfonos Android. También existe la posibilidad de montar las aplicaciones de movilidad sobre PhoneGAP, y que comuniquen con la aplicación Velneo por sockets, pero entonces estamos diversificando, y el equipo requiere el doble de conocimiento para mantener dos aplicaciones en dos lenguajes distintos, algo, que en Komenco, acabando de comenzar, no nos podemos permitir, y más aún cuando mi filosofía es, siempre y cuando sea posible, usar el mismo lenguaje “para todo”.

Por otro lado, el cliente también nos han pedido que requieren una pequeña intranet web que ellos mismos pudieran ampliar y modificar. También podría desarrollarse perfectamente en Velneo, con el módulo vModApache, pero que exista vModApache no implica que Velneo sea una herramienta para desarrollar web (ya que no lo es), y por último, los datos deben ser cómodamente gestionados por un DBA e integrados con otras herramientas y por todos es sabido que la BBDD de Velneo es cerrada, y se requieren herramientas propias de Velneo, o tirar de ODBC para poder acceder a los datos, sin contar, que Velneo no es una herramienta pensada, que no quiere decir que no pueda, con otras BBDD. Tema vetado.

Por supuesto, el entorno que elijamos, debe estar totalmente respaldado por una empresa consolidada.

Alternativas

Tras darle muchísimas vueltas al asunto, nos encontrmos con distintas opciones viables.

• Windev, WebDev y Windev Mobile de la empresa PCSoft.
• RealStudio de la empresa RealSoftware.
• Livecode de la empresa Runrev LTD.

Seguramente existan muchas otras herramientas existentes, pero de todas las que se estuvieron estudiando, estas tres, fueron las que más nos gustaron.

WinDev/WebDev/WinDev Mobile

Windev ya lo conocemos. Ya he programado en WLanguage, y es una herramienta muy potente, además de disponer en la actualidad de licencias de V15. Tras navegar un buen rato por internet, y acordarme de haberlo usado en el pasado, decidimos descartarlo. Por un lado por el tema económico, del que hablaré más adelante. Las principales razones por la que se descartó, fué que la Suite de PCSoft, sólamente corre en Windows. Los desarrolladores deben programar forzosamente desde Windows, y además, sobre un IDE bastante pesado e inestable. En el pasado ya me hizo alguna que otra jugarreta, y no fué en un proyecto precisamente grande. Además, las indagaciones por internet no han sido muy satisfactorias. Me he encontrado con una comunidad bastante quemada, quejándose de, inestabilidad, cantidad ingente de novedades que se presentan a bombo y platillo tras un año sólamente de la aparición de la versión anterior, y además, de las cuales, novedades sólo son una cuarta parte, y de ahí, habría que eliminar las que no funcionan, o estan mal implementadas.

RealStudio

Realstudio era otra alternativa. Me gustaba la simplicidad del lenguaje (a pesar que no me guste Basic, pero ésto es otro tema) que no restaba potencia a la herramienta. IDE que funciona en Windows/Mac/Linux, con deploy nativo en Windows/Mac/Linux, y con un modo Web Edition, que permite generar aplicaciones CGI para correr en la web, como si fuera una aplicación de escritorio. Pero algo fallaba, y ese algo, era la movilidad. RealStudio, actualmente no tiene ninguna solución para movilidad, salvo el Web Edition. Diréis que al fin y al cabo, los terminales si tienen conexión a internet, pueden trabajar perfectamente sobre una Web, pero recordar, que uno de los requisitos, es que pueda trabajar desconectado. Existen muchas razones que pueden provocar que el dispositivo móvil, por alguna u otra razón, no tenga cobertura, se caiga la red, mil razones, que no queremos que puedan interferir en el trabajo de nuestros clientes, ya que, si no hay cobertura en cierto lugar, la responsabilidad, no sería del operador, si no nuestra por no tener prevista una solución ante ésta situación. Para mantener conexión constante, hubiéramos continuado con Velneo, con el que relativamente, estábamos bastante contentos. Existía la alternativa de usar Realstudio + PhoneGAP. Esta solución no me terminaba de desagradar. Los proyectos Web y Escritorio podríamos afrontarlos con RealStudio, y PhoneGAP para movilidad (mucha movilidad, ya que PhoneGAP funciona en muchas plataformas), pero entonces, me acordé de Livecode y la belleza de su lenguaje…

LiveCode

Livecode era la última alternativa. A finales de 2010, ya fué una herramienta que estuve “estudiando” para basar nuestras soluciones, y sinceramente, la única razón por la que no acabé comprándola, fueron unos problemas en el pago de la solución. Por aquel entonces, disponía de una tarjeta Maestro, pero necesitaba una tarjeta Mastercard/VISA que me permitiera realizar la compra, y el intentarlo desde una transferencia bancaria internacional (la sede de Runrev se encuentra en Edimburgo) no fué satisfactoria. Podría haberme esperado al Lunes, y haberla hecho desde mi banco, pero mi impaciencia de aquel entonces hizo que lo descartara (lo sé, soy impulsivo, ya lo dije, pero he madurado) y me decantara al final por Velneo (hecho, que por cierto, no me arrepiento para nada, si no fuera por la prisa que me corre ahora).Livecode corre sobre Windows/Mac/Linux, y despliega en Windows/Mac/Linux. Para movilidad permite generar aplicaciones para iOS y Android, y para web, permite generar una aplicación que corre directamente en el navegador a través de un plugin propio, o bien instalar el RevServer (que es un CGI) para poder programar en scripting como hace PHP, mezclando HTML y código Livecode. Livecode tampoco es que sea perfecto. El plugin para web no está actualizado (aunque de todas formas no pensábamos usarlo), el despliegue para Android al parecer tiene alguna carencia aún, y Runrev tiene una política al parecer bastante curiosa con el licenciamiento de actualizaciones de sus productos hacia  nuevas versiones. Pero su lenguaje (me quiere sonar que se llama Transcript)su manera de trabajar, me llamaba demasiado la atención.

Conclusión

Tras perder una semana, como habréis podido imaginar por el título de la entrada, nos hemos decantado por Livecode por diversas razones.

Despliegue

Livecode nos permite programar desde Windows, Mac y Linux pudiendo hacer despliegue de la aplicación en Windows, Mac, Linux, iOS, Android, y Web, pudiendo abarcar con la misma herramienta los proyectos con sus requerimientos que tenemos actualmente, así como cualquier solución que se nos pueda presentar.

Lenguaje

Transcript es un lenguaje de programación “bello“. Escribir, mantener código, e incorporar nuevos desarrolladores, es totalmente entendible por otros programadores debido a que se programa como si estuvieras escribiendo inglés. No sé explicarme correctamente, por eso os pego un ejemplo de código.

De serie, trae funciones para todo tipo de necesidades, y si algo faltara, puede implementarse, o bien directamente en Livecode, o usando externals. Una

on mouseUp
put “Hello World!” into field 1
pass mouseUp
end mouseUp

De serie, trae funciones para todo tipo de necesidades (XML, sockets, bases de datos,manejo de archivos comprimidos, etc..etc..etc..), y si algo faltara, puede implementarse, o bien directamente en Livecode, o usando externals. Un detalle, es, que LiveCode, está escrito en LiveCode, eso ya dá un indicio de la potencia del lenguaje.

Versatilidad

LiveCode es una herramienta multipropósito. Podemos afrontar, no sólo aplicaciones empresariales, si no también contenido multimedia, juegos, etc… Además, todo el entorno, al estar construido sobre Livecode, tenemos acceso a él y podemos “alterarlo” a nuestras necesidades. Es programación basada en eventos, donde objetos interactúan unos con otros mandándose mensajes que recorren el “message path“siguiendo una jerarquía, y que nosotros podemos capturar, dándonos un control absoluto del entorno. El control DataGrid, sin ir más lejos, no es un control como tal. Es un grupo de controles, agrupados (valga la redundancia), con un comportamiento ya programado que nos hace tener la impresión que es un único control, pero podemos desagrupar, controlar totalmente su comportamiento para nuestras necesidades, y volver a agrupar, obteniendo a partir de ahí un control totalmente distinto. Si, sé que no es nada nuevo, y que ésto existe desde hace eones, pero la facilidad con la que podemos tratarlo, si que no la he visto en otros lenguajes. Además, en LiveCode no hace falta “editar/compilar/depurar”. Cuando trabajamos sobre una stack ésta se está ejecutando en ese mismo instante, pudiendo controlar y modificar en todo momento el comportamiento de la aplicación a tiempo real.

Potencia y estabilidad

Para finalizar, lo que más me ha gustado de LiveCode. Es el conjunto de potencia y estabilidad. El IDE es muy muy ligero y estable, apenas enterándose el ordenador que tiene un completo entorno de desarrollo funcionando en ese momento, y las aplicaciones generadas son rápidas como un rayo. Si, es cierto, que a los 15 minutos llegué a colgar el IDE, pero también hay que admitir que fué culpa mía por tocar donde no debía y sin saber.

Finalizando

Como siempre he dicho, cada programador tiene unas necesidades, y el entorno de programación debe amoldarse en la medida de lo posible a éstas, así como el programador debe poner de su parte, ya que cada entorno tiene sus peculiaridades. LiveCode no es una excepción. Tendrá sus defectos, como todos, ya que no existe la herramienta perfecta, pero tras el estudio que hice en su momento, más el actual, diría que LiveCode es la herramienta que mejor se amolda actualmente a nuestras necesidades.

Para quienes les haya picado la curiosidad, en su web (que se encuentra, hoy 22/10/2011 a las 12:00 caída por un problema en sus servidores), podéis descargar un Trial para probar la herramienta, y creo que todos los Sábados se realiza un evento por streaming llamado LiveCode.tv Event donde programadores en LiveCode exponen sus proyectos y curiosidades. En estos eventos, los ponentes se comunican con los observadores mediante una aplicación llamada ChatRev, precisamente desarrollada en LiveCode.

Me gustaría enlazaros a una parte del primer LiveCode.tv Event que ví (de 1 hora de duración), donde Bjoernke, un experimentado programador en LiveCode, está mejorando un pequeño Generador de consultas SQL, y desarrollando modificaciones en tiempo real que le van pidiendo por ChatRev, mostrando la potencia que tiene este entorno. Por cierto, Bjoernke es un cachondo, no dejéis de revisar su canal de UStream.

Por otro lado, y citando el post de fgutierrez:

mejoras como la optimización de la regeneración del área de datos y otras que redundan en un mejor rendimiento Velneo vServer V7 en instalaciones de gran dimensión

Aquí hay novedades, pero a nivel de motor, entiendo.

en mejoras en estabilidad y rendimiento general de la plataforma, solucionando incidencias

Solución de incidencias, que esto desconocemos ya que el vBugman es actualizado a posteriori. Además, vBugman es inaccesible ahora mismo, supongo que porque ya ha sido actualizado de motor.

Además, tendríamos la mejora en el PaaS de Velneo, de Dos versiones en la nube

Y existen 2 cosillas más que me ha dicho un pajarito, que contienen las letras Q, L, J y S (a estrujarse el coco ), pero se me olvidó preguntar si esa información era pública, por lo que, no creo conveniente comentar qué es, y el pajarito que me la comentó, si lo cree conveniente, le invito a que participe en esta tertulia, pero independiéntemente de ello, ya adelanto que también es beta y para suscriptores >2

Con esta información en la mano, qué opináis que nos depara la versión 7.8 aparte de lo ya expuesto aquí?

En su momento, me quiere sonar, que Alfonso o Miguél Pérez, no recuerdo, dijo que 7.8 sería la versión definitiva que daría de qué hablar.
Será por la mejora en informes? nuevos objetos?, mayor comunicación con la comunidad? el roadmap? un vbugman actualizado a tiempo real? a qué huelen las nubes? por qué un ladrón es un chorizo? Existen tantas preguntas sin respuesta…..

Hagan sus apuestas.damas y caballeros….

Komenco es mi idea (y la de mi hermano, mi socio) de compañía de servicios de software y sistemas, y que abrió sus puertas oficiálmente en Septiembre. Aunque de Komenco ya hablaré llegado el momento. Sólo decir, que es probable que comience a aparecer contenido sobre IBM, empresa de las que somos Businness Partner, y me gustaría compartir indagaciones sobre sus productos.

De momento, continuamos nuestra apuesta en el uso de Velneo como plataforma para nuestros desarrollos, que además, la semana siguiente si no me equivoco, liberan la siguiente iteración, 7.8, que espero, no haga que me arrepienta de mi frase anterior

Por otro lado, desde ayer día 6 de Octubre, y hasta mañana día 8 de Octubre, se está celebrando en Frankfurt la T3CON11, el evento más importante sobre Typo3 y los días 28 y 29 de Octubre, se celebrará el evento italiano T3Camp Italia, que se celebrará en Bologna.

TYPO3 es uno de los mejores, y más flexibles, de los gestores de contenido opensource que existen. Un proyecto con más de 10 años de madurez y optimización, y una obra maestra de la ingeneria de software como corazón, lo convierten en una de las mejores soluciones empresariales que se pueden ofrecer. Por ésta, y muchas otras razones, TYPO3 es el buque insignia de los distintos CMS para basar nuestras soluciones web en Komenco.

Por supuesto, no puedo olvidarme de Life Is Soft, el evento anuual sobre Velneo que se celebrarán los días 9, 10, y 11 de Noviembre. Los días 9 y 10 por la mañana, serán destinados a seminarios previa suscripción, y la tarde del diá 10, irá destinada a la certificación oficial de la herramienta. El día 11, es el evento Life Is Soft como tal, donde Velneo presentará las novedades de la nueva versión 7.8, además, al mediodía, los interesados, podrán disfrutar de un catering privado con el equipo completo de Velneo. ¡¡No olvidéis afilar las hachas!!

Bueno, creo que va siendo hora de ponerme a trabajar. Intentaré actualizar más a menudo

Ando bastante liado y no he tenido tiempo de ponerme con ello, y tengo varios compromisos familiares que impiden que seguramente lo pueda colgar pronto, pero, supongo,que con un pequeño post pueda esclarecer tus dudas.

Existen muchos programas que permiten hacerlos. Dentro de lo posible, siempre intento usar principalmente herramientas libres y/o gratuitas. Pero existen muchas herramientas de pago, a precios realmente razonables, que merecen la pena tener en cuenta a la hora de hacer screencast. Yo, actualmente, estando la crisis como está, y no dedicándome al 100% al videocasting/screencasting, o como se llame, pues no me interesa

En especial, hay dos herramientas que me gustan bastante, y son libres o accesibles gratuitamente. Para Windows, uso Wink, una herramienta bastante interesante y ligera. Para comenzar a usar Wink, basta con abrirlo, y presionar en el icono “New” tan típico del folio blanco, y se nos abrirá un pequeño asistente para la creación del proyecto, donde podemos especificar, si queremos grabar Audio, la región que queremos capturar (o si queremos capturar pantalla completa, sólo una ventana, etc…), cuántos frames por segundo capturaremos etc..Con las esquinas verdes, podemos cambiar el tamaño del área de la captura, y con la zona verde más oscura de la parte superior, podemos mover por el escritorio este marco.

En el segundo paso del asistente, Wink nos avisa que ya nos encontramos preparados para capturar

Una vez llegados a este paso, podríamos minimizar Wink, y usar la tecla Pause para capturar la pantalla, y Shift+Pause para comenzar/parar la captura de manera continuada (un video). Al terminar de capturar, y restaurar Wink, en la parte centrar nos muestra el primer frame, y en la parte inferior, todos los frames capturados.

Desde aquí, podríamos eliminar frames que no nos gusten, Insertar frames nuevos para mezclar con otras capturas, etc… Además, el ratón nos lo captura independiente (de ahí que se vea raro su movimiento), pero ésto, nos permite que nosotros podamos posicionar el puntero del ratón en cualquier punto a placer. Pero una de las cosas más importantes para mi en Wink, es, que exporta a Flash. Si, odio flash, pero para lo que nos atañe, viene perfecto, porque Wink, nos permite pausar la grabación en determinado momento, para, por ejemplo, añadir ciertos “bocadillos” de texto, y un botón continuar, que hasta que no sea presionado, el video no continuará. Ese botón, podemos hacer que no sea continuar, si no atrás, o que salte a cierto frame en especial, lo que hace a Wink, también, una herramienta perfecta para demostraciones. Al renderizar el video, el mismo Wink nos permite exportarlo a Flash, Flash sin comprimir o un ejecutable de windows. En caso de generar Flash, nos creará automáticamente también, una hoja de estilos y un HTML para poder subir y enlazar directamente.

En 2008, grabé un video con textos incrustados, que podéis ver aquí

Y en 2007 grabé un video “interactivo” (que no continuará si no presionáis la flechita verde) sobre el uso del sistema de versiones Monticello de Squeak, que podéis ver aquí.

Como comento, yo uso Wink, en parte, porque es suficiente para lo que yo necesito, puede que existan otras herramientas gratuitas que hagan lo mismo, o sean más potentes, pero las desconozco, y estaré encantado de echarles un vistazo si alguien me pasa un link.

Respecto a los videos que grabé para Velneo para desarrolladores tradicionales, al hacerlo bajo Linux, no recuerdo exactamente el proceso  y no puedo aportar capturas, ya que el disco duro con Linux se me rompió hace unas semanas, y no puedo repetir los pasos exactos por no disponer de Linux en casa ahora mismo, y aún no he tenido tiempo de restaurar mi sistema. Si no recuerdo mal, usé RecordMyDesktop, y cuando tenga tiempo de restaurar el disco y volver a Linux, haré la segunda parte de esta entrada

Ikonos, el video si quieres te lo grabaré, pero hoy no…ni mañana…paaaaaaaasado

Para que veáis en la práctica un CSS aplicado en una aplicación real que estoy desarrollando, aquí os dejo un pequeño video. He intentado pasar por todos los controles para que lo veáis, perdonar la calidad del video y que no esté comentado..me encuentro sin tiempo

Nota: Tanto la aplicación, como la hoja de estilo, están sin terminar..ser piadosos

Ver Video… ->

La hoja de estilo aplicada, tras el salto.

Puede estar desordenada, ya que, recibió muchos cambios desde su concepción, pero la idea básica podréis entenderla.

”
/* CONTENEDORES*/

QMenuBar {
background: #FFFFFF;
}

/* STATUS BAR */
QDockWidget {
border: 2px solid green;
border-radius: 4px;
background: #FFFFFF;
}

QDockWidget::title {
border: 2px solid green;
border-radius: 4px;
background: #FFFFFF;
}

QToolBar {
border: 2px solid green;
border-radius: 4px;
background: #FFFFFF;
}

QFrame, QToolTip {
border: 2px solid green;
border-radius: 4px;
padding: 2px;
/*background: #FFFFFF;*/
background: qlineargradient(x1: 0, y1: 0, x2: 400, y2: 400,
stop: 0 #FFFFFF, stop: 1 #CCCCCC);
}

QFrame QLabel {
border: 2px solid green;
border-radius: 4px;
padding: 2px;
background: #DDDDDD;
}

/* ****************************** TAB TAB TAB TAB TAB TAB TAB **************************************************** */

QTabWidget::pane { /* The tab widget frame */
border-top: 2px solid #C2C7CB;
position: absolute;
top: -0.5em;
}

QTabWidget::tab-bar {
alignment: center;
}

QTabBar::tab {
/*background: qlineargradient(x1: 0, y1: 0, x2: 0, y2: 1,
stop: 0 #E1E1E1, stop: 0.4 #DDDDDD,
stop: 0.5 #D8D8D8, stop: 1.0 #D3D3D3);*/
background: #AAAAAA;
border: 2px solid #C4C4C3;
border-bottom-color: #C2C7CB; /* same as the pane color */
border-top-left-radius: 4px;
border-top-right-radius: 4px;
min-width: 8ex;
padding: 2px;
}

QTabBar::tab:selected, QTabBar::tab:hover {
background: qlineargradient(x1: 0, y1: 0, x2: 0, y2: 1,
stop: 0 #fafafa, stop: 0.4 #f4f4f4,
stop: 0.5 #e7e7e7, stop: 1.0 #fafafa);
}

QTabBar::tab:selected {
border-color: solid green;
border-bottom-color: solid green; /* same as pane color */
}

QTabBar::tab:!selected {
margin-top: 2px; /* make non-selected tabs look smaller */
}

/* ****************************** GROUPBOX GROUPBOX GROUPBOX**************************************************** */

QGroupBox {
background-color: #FFFFFF;
}

QGroupBox#INACTIVO_INFERIOR {
background-color: #FF0000;
}

/* ****************************** BOTON BOTON BOTON BOTON BOTON **************************************************** */

QPushButton {
border: 2px solid green;
border-radius: 4px;
padding: 6px;
background: #AAAAAA;
}

/* ****************************** EDITS EDITS EDITS EDITS **************************************************** */

QLineEdit {
border: 2px solid green;
border-radius: 4px;
background: #EEEEEE;
}

QLineEdit:focus {
border: 2px solid blue ;
border-radius: 4px;
background: #fbffb6;
}

QDoubleSpinBox {
border: 2px solid green;
border-radius: 4px;
background: #EEEEEE;
}

QDoubleSpinBox:focus {
border: 2px solid blue ;
border-radius: 4px;
background: #fbffb6;
}

QSpinBox {
border: 2px solid green;
border-radius: 4px;
background: #EEEEEE;
}

QSpinBox:focus {
border: 2px solid blue ;
border-radius: 4px;
background: #fbffb6;
}

VCEditMaestro {
border: 2px solid green;
border-radius: 4px;
background: #EEEEEE;
}

VCEditMaestro:focus {
border: 2px solid blue ;
border-radius: 4px;
background: #fbffb6;
}

QComboBox {
border: 2px solid green;
border-radius: 4px;
background: #EEEEEE;
}

QComboBox:focus {
border: 2px solid blue ;
border-radius: 4px;
background: #fbffb6;
}

/* ****************************** REJILLAS REJILLAS REJILLAS REJILLAS REJILLAS **************************************************** */

QHeaderView::section {
background-color: lightblue;
color: black;
padding:2px;
border: 1px solid #6c6c6c;
margin: 2px;
min-width: 20px;
/*max-width: 150px;*/
min-height: 20px;
max-height: 20px;
}
“