Crear documentos OpenDocument con PHP

OpenDocument es un paquete PHP para generar, modificar y leer documentos en formato Open Document. Aún existe la costumbre de exportar la información a documentos con formato propietarios, ya sean de Microsoft o de Adobe, mientras que Open Document es un estándar.
Inicialmente fue un proyecto del Google Summer of Code 2006 Program que ahora a pasado parte del PEAR, en fase poco avanzada, la documentación no es la gran cosa, pero tres ejemplos que ofrecen en el paquete pueden ser suficientes para ir empezando.
OpenDocument para PHP

W3C: fallos de accesibilidad (III)

Seguimos con los fallos más frecuentes en accesibilidad que la W3C nos recuerda.

Cambio de contexto cuando se quita el foco a un elemento en un formulario

Este error ocurre cuando un elemento de un formulario pierde el foco y cambia el contexto de la página, por ejemplo debido a que se hace un submit del formulario.

Obtener el foco de un elemento con el teclado y no poder salir usando el teclado

Este fallo no es demasiado frecuente, pero se da cuando navegando mediante el teclado, entramos en el contenido de un elemento (por ejemplo un plugin que nos muestra un formato específico como SVG) y no podemos volver al contenido principal, o salir de este elemento usando el teclado.

Tener un time-out para la sesión sin ofrecer la posibilidad de guardar la información para recuperarla cuando re-auntentiquemos

Muchos servicios web necesitan autenticación y suelen disponer de un sistema de time-out para finalizar la sesión cuando ha habido un tiempo largo de espera sin actividad. Personas con discapacidad pueden necesitar más tiempo de lo normal para realizar una acción (por ejemplo rellenar un formulario), si la sesión le finaliza, sin la posibilidad de recuperar el estado en el que se estaba antes de finalizar la sesión, la persona deberá volver a empezar de nuevo, por lo que es posible que tampoco pueda finalizar la acción.

Texto alternativo no representa correctamente el texto original ya que este muestra información debido a diferencia de colores

Supongamos que tenemos una gráfica de barras en las que se muestra la población masculina y femenina según los paises de una región. Para distinguir qué datos pertenecen a uno u otro género, se muestra usando dos colores: azul hombres, rojo mujeres. El texto alternativo de esa imagen suele indicar las cantidades, pero no a qué genero pertenece.

Más información

Publicado el borrador de WCAG 2.0

La W3C publicó el 17 de mayo el borrador de la Web Content Accessibility Guidelines 2.0 (Guía de Accesibilidad para Contenidos Web). En ella se muestran una serie de recomendaciones para realizar contenido Web más accesible. Existen una serie de personas con discapacidades y limitaciones que sufren de un contenido web poco accesible, y últimamente, debido a todo el boom de la web2.0, más aún.

Este documento sufrió críticas y parece que no han hecho oídos sordos a los comentarios de la comunidad y han actualizado la versión de este documento.

Las secciones del documento son las siguientes:

  • Introducción.
  • Guías: perceptibilidad, operabilidad, comprensión y robustez.
  • Conformidad: soporte a la accesibilidad por tecnologías web.

Web Content Accessibility Guidelines 2.0

Vía / 456 Barea Street

Revisión sobre HTML5

Aunque ya en su momento hablamos de las etiquetas que traerá HTML5, no hemos llegado a hablar del resto de novedades que quieren introducir en HTML5.

Aunque en otros sitios ya se ha hablado de ello, al no haber encontrado un artículo que me pareciera sencillo y completo, sobre todo porque no solo comenta aspectos técnicos, sino un poco de base y explicación de por qué es necesaria esta nueva versión. En este caso se trata de un artículo que nos indica los cambios/novedades principales:

  • Nuevos elementos, los cuales ya hemos mencionado y que están divididos en las siguientes categorías: elementos metadata (title, base, link), elementos de sección para dividir las páginas en secciones (body, section, nav y article), elementos de bloque (blockquote, section, p y div), elementos inline (a, meter e img), elementos estructurados ol, blockquote y table), elementos interactivos entre el usuario y la página vía teclado o ratón (a, button y radio), control de formularios y otros.
  • Cambios de programación en el DOM, introduciendo la nueva versión del DOM.
  • Formularios web actualizados.
  • Eventos server-sent.
  • Capacidades para gráficos dinámicos.

An Overview of HTML 5

Vía / dzone

OOXML más cerca de ser estándar

Office Open XML (OOXML), el formato de documentos que Microsoft ha propuesto para ser estándar está más cerca de convertirse en estándar. El pasado día 2 de abril según se puede leer en la nota oficial se aprobó que el formato OOXML pasara a la siguiente fase para convertirse en un estándar Emac.
La respuesta dada para saber si el formato de Microsoft se convierte en estándar será el 2 de septiembre y hasta esa fecha se tendrán en cuenta los aspectos resaltados en la revisión de la especificación del documento. Entre lo poco que he leído de las respuestas dadas por el comité Ecma TC45 (compuesto por representantes de Apple, Barclays Capital, BP, The British Library, Essilor, Intel, Microsoft, NextPage, Novell, Statoil, Toshiba, y la Librería del Congreso de EE.UU.), veo que hay problemas porque Microsoft asegura que su formato servirá para que cada formato anterior pueda ser traducido a un XML, pero, por ejemplo, para mostrar compatibilidades con el formato Word existen etiquetas XML que deben imitar la salida que ofrece el Word, siendo contrario esto a lo marcado por Emac. A parte también se han visto problemas con documentos mayores de 6000 páginas. Claro, todo esto que cuento ha sido leyendo por encima el documento de las respuestas, el cual es un poco espeso.
Printer Friendly Version
Back
Office Open XML reaches next step in ISO/IEC process
Vía / CNET News.com

Microsoft liderará el grupo de trabajo HTML en la W3C

El grupo de trabajo que, dentro de la W3C, se encargará de la controvertida misión de “reinventar el HTML“, estará liderado por Chris Wilson, el jefe del proyecto IE7. Este grupo de trabajo colaborará con WHATWG de evolucionar el HTML de forma paralela al XHTML.
Personalmente me llevé una grata impresión de Chris, al que muchos pudimos escuchar en la pasada edición de Fundamentos Web, y hay que reconocerle su gran labor acercando IE7 a los estándares.
Pero que sea un alto responsable de Microsoft el que se encarge de liderar la evolución de un lenguaje que esa empresa ha respetado tan poco a largo del tiempo es algo que nos produce inquietud y desasosiego.
No puedo estar más de acuerdo con Daniel Glazman cuando considera que:

No puedo entender cómo y porqué el liderazgo del Grupo de Trabajo del HTML se da al vendedor mayoritario de navegadores, en este caso Microsoft. Microsoft, Mozilla, Opera y Apple deberían estar fuera de este liderazgo de este nuevo grupo de trabajo para preservar su independencia total o al menos añadir un co-lider independiente para mantener este propósito.

Creo que los que piensan que esto significa que Microsoft se acercará a los estándares y a la W3C pecan de ingenuos y que esta no es una buena noticia.
Vía / 456BereaStreet

Contactos: de la web a la agenda con microformatos y xslt

microformats_logo.pngLos microformatos están de moda. Cada vez se habla más sobre ellos y muchos los recomendamos, intentamos difundirlos y apostamos por su uso. Pero suele haber una pregunta recurrente cuando hablamos del tema ¿Qué utilidades tienen?.

Podemos contestar que constituyen una buena práctica, que aportan semántica a nuestra web, que facilitan el procesamiento de nuestro código por terceras partes… pero a veces es complejo poner ejemplos concretos.

Hace poco tiempo explicaba en tripix.net cómo la extensión de Firefox, Operator, trabaja con los microformatos, hoy vamos a ver otra interesante aplicación: cómo hacer que cuando la información de contacto en una web, microformateada con hcard, se exporte directamente a vCard, un formato de archivo estandarizado que para el intercambio de datos de contacto que entienden la práctica totalidad de las aplicaciones de agenda (Thunderbird, iCal, Outlook, etc.)

El microformato en nuestra página

Vamos a utilizar un ejemplo muy sencillo en el que mostramos mis datos de contacto. El código que utilizaríamos para poner esta información en nuestro código xHtml sería el siguiente.

<div class="vcard">
<a class="url fn" href="https://sentidoweb.com/">Xose Pita</a>
<br />
<div class="adr">
<span class="locality">Granada</span>, <span class="country-name">España</span>
</div>
<div class="org">Sentido Web</div>
</div>

Pasando de hCard a Vcard

Para esto utilizaremos una pequeña utilidad que ha desarrollado Brian Suda, uno de los grandes evangelistas de los microformatos, y que mediante PHP y XSLT (lenguaje que permite transformar cualquier documento XML a otra sintaxis) convierte la información de contacto microformateada que encuentre en una url a formato vCard.

Solamente es necesario enlazar con la dirección http://suda.co.uk/projects/X2V/get-vcard.php y pasarle por GET el parámetro "uri" con la url donde está la información de contacto. Por ejemplo:


<a href="http://suda.co.uk/projects/X2V/get-vcard.php?uri=https://sentidoweb.com/about/">Guardar tarjeta de contacto</a>

Útil y fácil, así que Descargar mi tarjeta de contacto.

Podéis ver un ejemplo práctico ya con CSS en mi perfil de Sentido Web.

Vía / Shape Shed

Estándares y publicidad en la web

El código generado por las empresas de publicidad en Internet es, en general, bastante malo y no cumple con los estándares. Esta es la reflexión que hace Jens Meiert con mucho acierto.
Me ha llamado la atención esta idea y simplemente observando un poco el código html que genera Google para insertar su publicidad nos encontramos unas cuantas perlas:

  • Uso de tablas para la presentación totalmente innecesarias
  • Atributos presentacionales en el body como vlink o alink
  • Etiquetas FONT por doquier con sus correspondientes atributos face y color
  • Abuso del document.write en javascript cuando podían usar DOM

Desde muchas instancias se pide a los desarrolladores web que intenten cumplir los estándares, pero las organizaciones que hacen estas campañas de evangelización han dejado de lado a las compañías de publicidad en Internet y no estaría mal que empezasen a insistirles que generen un código más estandar.
Evangelists, focus on standard ad code!

Microsoft patrocina una aplicación para convertir documentos Office a OpenDocument

MicrosoftMicrosoft va a patrocinar un proyecto open source para convertir los nuevos formatos de documentos de Office a OpenDocument. Aunque el formato de Office está mucho más extendido, OpenDocument está emergiendo poco a poco, sobre todo debido a gobiernos o instituciones.
Eso sí, avisan, la traducción de un formato a otro no va a ser prefecta, ya que los formatos de Office ofrecen más posibilidades que no cubre OpenDocument al ser más limitado (o sencillo). La aplicación funcionará en ambos sentidos: de Office a OpenDocument y viceversa.
Lo que yo no llego a entender es por qué patrocinar una aplicación, realizada por empresas socias de Microsoft, y realizarla en open source. Si es por tu propio interés y beneficio, pues realizalá y listo, no es necesario pintarlo de open source.
Vía / CNET News.com