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

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

• F9: Failure of SC 3.2.5 due to changing the context when the user removes focus from a form element
• F10: Failure of SC 2.1.1 and Conformance Requirement 6 due to combining multiple content formats in a way that traps users inside one format type
• F12: Failure of SC 2.2.6 due to having a session time limit without a mechanism for saving user's input and re-establishing that information upon re-authentication
• F13: Failure of SC 1.4.1 due to having a text alternative that does not include information that is conveyed by color differences in the image

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

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

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

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

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="http://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=http://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

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!

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

¿Qué son?

La verdad es que la definición oficial nos puede dejar tal cual, sin entender palabra, por eso creo que son mejores las explicaciones que nos ofrecen otras personas. Traducimos:

Microformatos son códigos simples que tu puedes usar para identificar tipos de datos específicos, como personas o eventos, en tus páginas web.

Microformatos son un modo de publicar y compartir información en tu web de un modo bastante fiel. Por ejemplo, si quieres que la información de contacto de tu empresa sea fácilmente identificable, puedes publicarlo mediante hCard. [...] La clave de los microformatos es que son suficientemente simples para que los diseñadores/desarrolladores web lo incluyan en sus páginas ellos mismos. Los microformatos son más sencillos que publicar feeds. No necesitas ser programador para poder usarlos. Alguien que sepa un mínimo de XHTML/CSS puede usarlos.

Pero lo más importante es que primero debe ser entendible para el ser humano y luego por las máquinas.

¿Para qué sirven? ¿Qué se puede hacer con los microformatos?

Con los microformatos puedes publicar información sobre eventos, tarjetas de visita de empresas, libretas de direcciones, ... de forma que sea fácil de leer por una persona en una página web y que a la vez sea entendible para un ordenador, que luego la almacenará, indexará o tratará. Se trata de mostrar información y que queramos que ésta sea facilmente compartida (mediante la localización e indexación, por ejemplo). Tenemos una información y queremos que otros (hombres o máquinas) no se vuelvan locos intentando localizarla. En definitiva, ordenar información para que sea fáci y rápidamente catalogada y accesible.

Ejemplos

• hCalendar: para mostrar calendarios y eventos
• hCard: información sobre personas, compañías y organizaciones
• rel-license: para indicar la licencia de uso
• rel-nofollow: el enlace no debe ser analizado por motores de búsqueda
• rel-tag: para indicar que el enlace es un tag
• VoteLinks: para indicar el tipo de voto que se hace sobre una pregunta

Más información

• Microformats
• Microformats Wiki
• What are Microformats?

Technorati microformats search

Vía / Download Squad

Nuestros favoritos sin ningún orden en particular:

• Avalonstar
• Totaltutorial
• Welcome to leihu
• Snook.ca
• Business Logs
• Matt Brett
• If... Else Log
• Yesterdaishere
• Orangecoat
• Jeff Croft
• Kineda
• Fortyeightdesigns
• Diseñorama
• Visual Creed
• Designsnack
• 10sharp design
• Georgeplus
• Idm firm
• Inspiration King
• Intellicode
• Dizque
• Leliathomas
• Momadvice
• Obuweb
• Randomcolors
• Soggy
• Voxxit

Aunque la mayoría de los navegadores más populares admiten el objeto XMLHttpRequest, existen diferencias de uso, lo que dificulta una implementación que funcione en varios navegadores.

El documento que está realizando la gente de W3C pretende recoger las implementaciones que se encuentran en la mayoría de los navegadores e incluirlos en el estándar para así facilitar el desarrollo multi-navegador.

No recogerán implementaciones que solo lo ofrezca un navegador, pero si estará pensado para que surjan nuevas actualizaciones.

Vía / SitePoint

Completa e imprescindible

FireBug

Vía / Genbeta