Si has usado en algún momento este software, o lo estás usando, seguro que te has ahorrado dinero u horas de desarrollo, para el caso es lo mismo.
Para los tacaños….
Para los que no aprecian el esfuerzo de los demás…
Para los que no comparten su conocimiento y resultados con los demás…
Para todos los demás, PayPal:
En los últimos años he trabajado con distintas soluciones de gestión de contenidos basadas en fuente abierta. Concretamente en los dos últimos años he participado en 4 proyectos, uno de ellos desarrollado sobre Plone, otros dos sobre Drupal y otro bastante grande con OpenCMS. Dentro del Departamento de Software que dirijo nos propusimos fijar un periodo en el que evaluar distintas soluciones. Básicamente para hablar con conocimiento de causa y basándonos en nuestra propia experiencia. Nuestra apuesta por Drupal es clara desde hace tiempo y en ese camino nos encontramos. No hace demasiado tiempo publicábamos nuestro primer módulo de integración entre Drupal y Alfresco. Ahora nos encontramos en un proceso de definición de lo que podría ser una distribución para uno de nuestros principales clientes. El viernes pasado hicimos una presentación del proyecto y parece que fue bien recibida.
Una distribución es un concepto en Drupal no demasiado explotado pero que tiene -desde mi punto de vista- unas posibilidades enormes. Durante la presentación del otro día lo definimos como:
Una distribución de Drupal es una instalación personalizada a nivel de módulos (incluyendo temas) y configuración.
Dicha personalización se basa en perfiles. Las opciones que brindan estos perfiles son muy amplías. Podemos desde inicializar un sitio web con un conjunto de taxonomías base o bien crear ciertos contenidos por defecto. Si nos encontramos en un entorno corporativo los beneficios de diseñar e implementar nuestra propia distribución son muchos. Sólo tenéis que pensar la cantidad de sitios web que tiene una administración pública autonómica, una multinacional y el conjunto de universidades españolas, y que gran parte de ellos, tienen que dar solución una y otra vez a los mismos requisitos (autenticación, gestión de identidades, flujos de trabajo, búsquedas, integraciones, etc.). Digamos que el concepto de distribución en estos tres ejemplos puede ayudarnos a conseguir:
Desde luego antes de comenzar lo primero que habría que estudiar cuáles son esos módulos básicos, esos requisitos comunes que constantemente se repiten, necesidades de integración, etc. Pero no sólo debemos pensar en los módulos funcionales, también debemos pensar en los temas. En proporcionar un conjunto de temas base sobre los que construir tu diseño visual tanto para navegadores convencionales como para PDAs o dispositivos móviles.
Al final de todo hay un objetivo mucho más ambicioso, proporcionar una solución de gestión de contenidos adaptada a las necesidades de un entorno y que permita a los responsables de sitio centrarse en lo verdaderamente importante, en sus usuarios y la información.
Lo realmente bueno de Drupal en este sentido es que puedes -si haces las cosas bien- garantizar la compatibilidad con futuras versiones si partes de su núcleo, lo que se conoce como Drupal Core.
La verdad es que ha costado, pero por fin, puedo anunciar el nacimiento de QABox. Aun tenemos que resolver ciertos aspectos técnicos pero eran tantas las ganas que no hemos podido esperar más. Espero y deseo que en breve, tengáis nuevas noticias con respecto a esta iniciativa.
Ayer leía la Guía de Accesibilidad y Seguridad en Trámites online que ha publicado INTECO. Para aquellos que saben de qué va esto de la accesibilidad web, estándares web y administración electrónica aporta poco, sin embargo, es una guía muy útil a la que hacer referencia cuando tratamos con ciertos clientes que aun no saben que esto de la administración electrónica tiene como principal objetivo facilitar las cosas al cuidadano.
A ver si ahora que lo dice INTECO se enteran de que la plataforma de validación y firma electrónica @firma que ahora impulsa el Ministerio de Administraciones Públicas incumple con la norma UNE:139803:2004. Para aquellos que nos queráis leer el documento (19 páginas), he rescatado un fragmento que no tiene desperdicio, especialmente cuando dice “choca” cuando quiere decir “incumple“:
El problema surge dado que para la lectura de estos certificados por parte de un portal Web se debe utilizar tecnología de ejecución dinámica, de mayor potencia que el lenguaje HTML estándar. Tal tecnología consiste en scripts, applets, objetos ActiveX u otros elementos que puedan ser ejecutados en el ordenador personal del usuario en el momento de la operación (para leer el certificado).
La ejecución de estos elementos choca con los requisitos de accesibilidad de la Norma UNE 139803:2004 que hace referencia a que las páginas deben poder utilizarse aunque los scripts y objetos de programación estén desconectados o no sean soportados.
Aquellos usuarios que tengan desactivada la ejecución de este tipo de tecnologías (o no dispongan de ellas) en sus ordenadores personales no podrán acceder a la aplicación. Esto supone, aplicando los criterios de accesibilidad expuestos, un incumplimiento de los mismos. Por lo que evita que la aplicación, y por extensión el portal, sean accesibles. Respecto a este hecho se entiende que existe una barrera tecnológica que no es posible superar, dado que no hay forma de leer las claves de un usuario prescindiendo de este tipo de tecnologías.
No obstante, se recomienda, en cualquier caso, que frente a la posibilidad de realizar la citada operación online se permitan otras alternativas como por ejemplo posibilitar la realización presencial de la operación, incluir un formulario PDF accesible firmado digitalmente, posibilitar la tramitación telefónica, por correo postal, etc.
El uso de certificados digitales por parte del cuidadano, no el técnico ni el ciudadano con experiencia con los ordenadores, sino aquel ciudadano que por ejemplo se dedica al campo, vive en un medio rural y que quiere consultar el estado de una subvención que ha solicitado yendo a su capital de provincia para entregar un montón de documentos, no ha tenido el éxito. La forma en la que los trámites eléctrónicos requieren autenticarse para verificar que el ciudado es quien dice ser, debe cambiar. El diseño de iteracción ciudadano – administración electrónica tiene problemas técnicos y legales.
Desde luego, de haberlo sabido, hubiera escrito una única entrada pero desconocía que la Universidad Autónoma de Barcelona también está usando Opina. En esta ocasión han optado por la versión 1.0.8 y cambiado completamente el diseño del asistente de cuestionarios.
Hoy me he enterado que la Universidad Tecnológica de Bolívar (Colombia) está usando Opina. Estas cosas animan. Lógicamente he añadido la referencia a la wiki del proyecto.
Durante esta semana he estado leyendo mucho sobre GIS y lógicamente he llegado a OpenLayers. Cual ha sido mi sorpresa al ver que en su instalación de TRAC usan un plugin que hemos desarrollado nosotros:
JSONView es una extensión de Firefox que he conocido hoy. Cuando uno trabaja con JSON, resulta de mucha utilidad poder visualizarlos en el navegador tabulados y coloreados, especialmente si se está desarrollando. Hasta ahora usaba SOAPUI, pero nunca viene mal tener a mano una extensión como esta.
Os animo a que visitéis el sitio web de Benjamin Hollis, el autor de esta extensión. Desde luego este chaval no pierde el tiempo, pero es que sus padres tampoco.
Desde hace tiempo tenía pendiente ver la forma de insertar una presentación de fotos de Flickr en una página wiki de Trac. Supongo que habrás otras formar de hacerlo pero yo he conseguido lo que necesitaba siguiendo:
[[Embed(swf=http://www.flickr.com/apps/slideshow/show.swf.v71649?lang=es-us&flickr_notracking=true&flickr_target=_self&nsid=&textV=66488&ispro=0&magisterLudi=9e10e8a3a2bf247b2b66241ff65ec25b&auth_hash=ba6d2c94fa4ab1b83a942ea85042a059&tags=opina&user_id=8578044@N05&page_show_back_url=%2Fphotos%2Frecena%2Ftags%2Fopina%2F&page_show_url=%2Fphotos%2Frecena%2Ftags%2Fopina%2Fshow%2F&minH=100&minW=100, w=640, h=480)]]
Recent Comments