Capítulo hispano de W3C

El W3C tiene el W3C Spain and Hispanic Americas Chapter. Por ahora no ofrece mucha información, esperemos que vaya creciendo.

HTML 5.1 publicado

Siguiendo lo estipulado en el Plan 2014 del W3C para el desarrollo de HTML5, el 1 de noviembre se anunció HTML 5.1 IS A W3C RECOMMENDATION:

The Web Platform Working Group has published a W3C Recommendation of HTML 5.1. This specification defines the 5th major version, first minor revision of the core language of the World Wide Web: the Hypertext Markup Language (HTML). In this version, new features continue to be introduced to help Web application authors, new elements continue to be introduced based on research into prevailing authoring practices, and special attention continues to be given to defining clear conformance criteria for user agents in an effort to improve interoperability.

¿Tendrá cosas nuevas para mejorar la accesibilidad web?

El enlace a la nueva versión: HTML 5.1 - W3C Recommendation, 1 November 2016

Técnicas de accesibilidad para la discapacidad cognitiva

El impacto que tiene la discapacidad cognitiva en el uso de la Web es de los temas de la accesibilidad web que menos ha sido estudiado. La discapacidad cognitiva agrupa diferentes tipos de discapacidades o síndromes que dificultan la sistematización de las soluciones que se deben aplicar.

Muy importante: no se debe confundir discapacidad cognitiva con discapacidad intelectual. Una puede implicar la otra y vice versa, pero no son lo mismo. Algún día lo explicaré...

El W3C acaba de publicar el primer borrador de Techniques for the The Cognitive and Learning Disabilities Accessibility Task Force (COGA). Realmente, no se puede llamar ni borrador, es más bien un esquema de lo que se pretende redactar, muchas de sus secciones están vacías. Sin embargo, es un buen inicio.

Por ahora, las principales técnicas que se deben aplicar para garantizar la accesibilidad son:

1. Use a clear structure with easy to follow sections short paragraphs manageable chunks
2. Use an easy to follow writing style
3. Provide rapid and direct feedback
4. Help the user understand the content and orientate themselves in the content.
5. Help users complete and check their work by less likely that the user will make mistakes and easy to undo mistakes when they occur
6. Provide help
7. Help the user focus and help restore the context if attention is lost
8. Enable adaptability and personalization, so that symbols text and other features rare familiar and helpful to the user
9. Minimize the cognitive skills required to use the content and avoid barriers that stop people with cognitive disabilities from using content, such as hard to use security mechanisms.

Requisitos de accesibilidad para las personas con baja visión

Hace una semana, el W3C publicó el primer borrador de Accessibility Requirements for People with Low Vision.

En esta recomendación se intenta definir el concepto de baja visión:

“Low vision” refers to visual impairments other than blindness. Other terms, such as “partially sighted” and “sight impaired”, are used in different contexts. Some governments and organizations such as the World Health Organization (WHO) define categories of low vision based on specific levels of visual acuity and field of vision. Visual acuity is the clarity or sharpness of vision. Field of vision is the area a person can see when their eyes are fixed in one position.
In many contexts, low vision only includes impairments that are not corrected with regular glasses, contact lenses, medicine, or surgery. For example, an inability to focus on objects close to the viewer but that can be overcome with reading glasses is not considered low vision in some disability rights contexts. In these contexts, low vision is often defined as visual impairment that interferes with a person’s ability to perform everyday activities.
In some contexts, such as social program benefits, people are classified as having low vision or being “legally blind”. Many people who are legally blind have some usable vision, and can read some text when it is displayed optimally for them.
In considering user needs, this document uses a broad scope of low vision to include all visual impairments except significant blindness — including impairments from aging, “color blindness”, and impairments that are often categorized as legally blind yet people have sufficient vision to see user interfaces in some situations. This document does not include all issues that are also relevant for people who are totally blind. It does include several issues that overlap with the needs of some people with cognitive disabilities.

Y se describen cinco categorías de baja visión que influyen en el uso de la Web:

• Visual acuity (clarity)
• Light sensitivity
• Contrast sensitivity
• Field of vision
• Color vision

ATAG 2.0

Authoring Tool Accessibility Guidelines (ATAG) 2.0 fue publicado como recomendación el pasado 24 de septiembre de 2015.

ATAG tiene como objetivo proporcionar pautas para que las herramientas de autor de contenido web sean más accesibles, tanto en su propio interfaz para que sean usadas por las personas con discapacidad, como en el contenido que generan para que sea accesible.

Relación entre la accesibilidad web y los dispositivos móviles

El 26 de febrero el W3C publicó el primer borrador de Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile. El resumen dice:

This document, “Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile” describes how the Web Content Accessibility Guidelines (WCAG) 2.0 [WCAG20] and its principles, guidelines, and success criteria can be applied to mobile web content, mobile web apps, native apps, and hybrid apps using web components inside native apps. It provides informative guidance, but does not set requirements. It also highlights the relevance of the User Agent Accessibility Guidelines 2.0 [UAAG20] in the mobile context.

HTML5 Image Description Extension ya es una recomendación

El pasado 26 de febrero se publicó HTML5 Image Description Extension (longdesc) como recomendación. En esta especificación se recupera el atributo longdesc que se había eliminado de HTML5: El atributo longdesc ha vuelto.

Textos alternativos útiles para las imágenes

La semana pasada, el W3C publicó una actualización del documento HTML5: Techniques for providing useful text alternatives, un documento en el que se explica cómo textos alternativos útiles para las imágenes.

El documento contiene numerosos ejemplos y además se explica las formas de proporcionar el texto alternativo mediante distintas etiquetas de HTML: atributo alt y las etiquetas figure y figcaption.

Además, se indica que un texto alternativo no debe tener más de 30-50 palabras (2.4 How long should a text alternative be?).

Día del W3C en España

Este miércoles 18 de diciembre se celebra el Día del W3C en España. Este año se celebra en Madrid, en la Universidad Politécnica de Madrid.

El Día W3C de este año se centrará en la Plataforma Web Abierta, una serie de tecnologías que ofrecen la posibilidad de una Web mucho más rica, ágil y fácil de usar para las personas, además de dotarla de mecanismos para permitir transformarla en una gran base de datos distribuida. Otro de los focos del evento será el movimiento en torno al Open Data y la Reutilización de Información del Sector Público.

Los temas a tratar, serán:

• Desarrollo de apps con HTML5
• Open Data y reutilización de la información pública
• Multilingüismo en la Web
• Linked Data
• ...

Si quieres asistir, regístrate porque las plazas son limitadas.

El nuevo atributo hidden de HTML5

Según leo en el artículo HTML5 Accessibility Chops: hidden and aria-hidden support on the UP! que se publicó hace unos días, parece que ya se puede usar el nuevo atributo hidden de HTML5, porque ya lo soporta la mayoría de los navegadores web (y supongo que los productos de apoyo como los lectores de pantalla).

Este atributo se puede aplicar a cualquier elemento de HTML. La definición en la especificación de HTML5 dice:

All HTML elements may have the hidden content attribute set. The hidden attribute is a boolean attribute. When specified on an element, it indicates that the element is not yet, or is no longer, directly relevant to the page's current state, or that it is being used to declare content to be reused by other parts of the page as opposed to being directly accessed by the user. User agents should not render elements that have the hidden attribute specified.

¿Pero esto es lo que se ha hecho siempre con display: none en CSS?

Sí, efectivamente, es así. Un poco más de lío... Mirad lo que sigue en la especificación:

The hidden attribute must not be used to hide content that could legitimately be shown in another presentation. For example, it is incorrect to use hidden to hide panels in a tabbed dialog, because the tabbed interface is merely a kind of overflow presentation — one could equally well just show all the form controls in one big page with a scrollbar. It is similarly incorrect to use this attribute to hide content just from one presentation — if something is marked hidden, it is hidden from all presentations, including, for instance, printers.

Hay que llevar mucho cuidado con el uso de este atributo.

Herramientas de validación

Algunas herramientas online que permiten la validación de páginas web:

• W3C Markup Validation Service: el oficial del W3C, el de toda la vida.
• W3C Nu Markup Validation Service: un validador no basado en DTD como el oficial del W3C.
• Validator.nu: el validador original que sirve de motor del anterior.
• Nu Markup Validation Service Bookmarklets: un bookmarklet para el navegador que permite utilizar Validator.nu desde cualquier página que se esté visualizando.

Y un par de herramientas de validación que se han quedado un poco antiguas, pero que ofrecen algunas características interesantes:

• Validome
• WDG HTML Validator

Aclarando lo que va a pasar con longdesc

Hace unos días publiqué la entrada El atributo longdesc ha vuelto, en la que anunciaba que el W3C rescataba del olvido al atributo longdesc. Pero en esa entrada me quedaba con la duda de lo que iba a pasar  con este atributo.

En HTML Image Description Extension (longdesc) nos aclaran un poco la situación. En las próximas semanas:

• El validador del W3C validará el atributo longdesc como parte de HTML5.
• longdesc será eliminado de la lista de características obsoletas de HTML.

¿Y a largo plazo? longdesc se incorpora como una "extensión a la especificación" y en Getting HTML5 to Recommendation 2014 nos explican lo que eso supone: puede ser que se reintegre en la especificación básica de HTML5, o puede ser que acabe siendo uno especificación independiente.

Pero lo más importante ahora es que el validador del W3C lo aceptará como válido.

El atributo longdesc ha vuelto

Muchos desarrolladores web no conocen el atributo longdesc: la falta de soporte para su uso por parte de los navegadores más populares, y la mala utilización por parte de los editores de código, hizo que la mayor parte de los desarrolladores no lo conociesen, y los que sí que lo conocían, se preguntaban para qué se tenía que poner si luego no se podía usar. Así que, cuando se empezó a trabajar en HTML5, triunfó la idea de que el atributo longdesc sobraba.

Sí, con los navegadores populares no se puede usar (bueno en Firefox hay un plugin llamado longdesc que sí que permite su uso), pero los lectores de pantalla suelen proporcionar soporte para este atributo, y eso es lo importante.

Si consultamos la última versión publicada de HTML5 (17/12/2012), veremos en el apartado de atributos que longdesc no aparece.

¿Un descuido, un error? NO, es así, y todo empezó hace tiempo, en febrero de 2008 ya se planteaba si HTML5 debía tener el atributo longdesc (Should HTML5 include a longdesc attribute for images).

Parece que las presiones han surtido efecto, y hace pocos días, el 12 de marzo, se publicó HTML Image Description Extension, que dice el resumen:

This specification defines a longdesc attribute to link extended descriptions with images in HTML5-based content.

Ahora hay que ver qué hacen con esto.

¿Se incluirá en HTML5? No lo creo, porque ya es una "candidate recommendation" y el W3C tiene prisa por cerrar la especificación y que sea de una vez una recomendación (estándar).

¿Se incluirá en HTML5.1? Es posible.

Talleres sobre HTML5, WCAG 2.0 y web móvil del W3C

Para el que no lo sepa, el W3C tiene oficina en España, en concreto en el Parque Científico Tecnológico de Gijón. Y por ello, también tiene sitio web propio, w3c.es.

Para las próximas semanas, la oficina del W3C en España ha organizado unos talleres muy interesantes.

El 6 de junio se celebrará en Barcelona el Taller sobre Web Móvil y HTML5. Según pone en la página web, las inscripciones finalizan mañana miércoles 30 de mayo. En la agenda aparecen las siguientes charlas:

• W3C, Leading the Web
• Mobile Web Apps and HTML5
• Moviliza tu portal web
• Construye tu sitio web móvil

El 14 de junio se celebrará en Madrid el Taller WCAG 2.0 y HTML5. El contenido de este taller es bastante extenso:

• WCAG 2.0
• Introducción a las WCAG 2.0
• Requisitos de las WCAG 2.0
• Creación de contenidos perceptibles por todos los usuarios
• Operabilidad e interacción con el contenido
• Facilidad de uso y comprensión del contenido web
• Compatibilidad con navegadores y productos de apoyo
• Evaluación de accesibilidad
• Caso práctico
• HTML5
• Principios del diseño de HTML5
• Uso de HTML5 de forma compatible con navegadores sin soporte
• Nuevos elementos estructurales y semánticos
• Formularios web enriquecidos
• Audio y Video sin pluggins
• Dibujando en Canvas
• Otras API relacionadas con HTML5:
• Aplicaciones web sin conexión
• Almacenamiento local de datos en el navegador
• Geolocalización
• Recomendaciones de accesibilidad

Muy interesante la indicación que se realiza para asistir a este taller:

Durante el taller se mostrarán ejemplos y se propondrán sencillos ejercicios que faciliten la comprension de los contenidos expuestos. Para realizar los ejercicios el único requisito es disponer de un equipo portátil, un navegador web con buen soporte de HTML5 y un editor de texto.

Si consultamos la página que se enlaza, podemos encontrar esta tabla en la que se resumen el soporte actual de HTML5 en los navegadores más populares.

Según esta tabla, de los cinco navegadores más extendidos (Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Safari y Opera), respecto a las versiones estables actuales, Google Chrome 19 es el más compatible con un 82%, mientras que Microsoft Internet Explorer 9 es el que menos con un 42% (aunque Microsoft se atreve a poner en su publicidad, publicidad engañosa, que Internet Explorer 9 es el mejor navegador para HTML5, quizás les faltó poner "para que no funcione nada").

El W3C dice que HTML5 transformará la Web

La semana pasada, del 6 al 10 del marzo, se celebró el CeBIT en Hannover (Alemania). El nombre CeBIT (Centrum der Büro-und Informationstechnik) significa Centro para la Tecnología de la Información y de la Oficina. El CeBIT está considerada la feria de exposición de ordenadores, tecnologías de la información, telecomunicaciones, software y servicios más importante del mundo.

En la noticia W3C CEO calls HTML5 as transformative as easly Web nos cuentan cómo fue la participación de Jeff Jaffe, directivo del W3C. Según este directivo, HTML5 será una tecnología disruptiva con tanto poder y efecto como los que ocurrió durante los primeros años de la Web:

We’re about to experience a generational change in Web technology, and just as the Web transformed every business, (HTML5) will lead to another transformation.

Jeff Jaffe también destacó que HTML5 ofrecerá nuevas posibilidades para mejorar la accesibilidad de los sitios web.

Jeff Jaffe recordó que HTML5 no será un estándar hasta el año 2014. También reconoció que algunas críticas sobre el rendimiento de HTML5 y sobre su nivel de madurez para sustituir otras tecnologías (por ejemplo, Flash) tienen un fundamento real. Sin embargo, explicó que es algo normal en cualquier tecnología cuando se introduce por primera vez. Preguntado por el dilema aplicación nativa o aplicación web, Jeff Jaffe contestó que no lo veía como una competición, pero se decantó por las aplicaciones web debido a la gran diversidad de dispositivos que existen y a la necesidad creciente, por cuestión de costes, de disponer de una plataforma estándar.

El proceso de estandarización del W3C

Ayer escribí la entrada De los estándares, normas, recomendaciones y otras "tonterías" en la que quise explicar lo importante que son los estándares en nuestras vidas y los beneficios que nos aportan. Aunque no nos demos cuenta, estamos rodeados de estándares por todas partes: el tamaño del papel que tengo encima de mi mesa, el casquillo de la bombilla que ilumina mi oficina, el conector USB del teclado y del ratón que estoy usando ahora mismo, la disposición de las teclas en el teclado que estoy usando ahora mismo para escribir este texto, etc., todo eso y mucho más está basado en estándares internacionales que nos hacen la vida un poco más sencilla. Sin los estándares, la vida podría ser un auténtico caos.

Y por supuesto, el lenguaje HTML, CSS, DOM y JavaScript con el que está creado Blogger y que me permite usarlo con cualquier navegador, lo que me evita el tener que tener un navegador concreto que me exija Google para poder usar Blogger. Mejor no imaginemos qué pasaría si no hubiese estándares en el desarrollo web...

Los estándares (también llamados normas) se pueden clasificar de diferentes formas. Así, por ejemplo, podemos hablar de:

• Estándar cerrado, abierto o libre.
• Estándar legal (de iure) o de hecho (de facto).
• Estándar nacional, internacional o industrial.

Los estándares normalmente son creados por organizaciones, públicas o privadas, como puede ser AENOR en España, DIN en Alemania, ANSI en Estados Unidos o ISO a nivel internacional. Estos estándares pueden estar oficialmente respaldados en el ordenamiento jurídico de un país, es decir, son de obligado cumplimiento por ley.

El World Wide Web Consortium (W3C) es un consorcio internacional e independiente que fue fundado en octubre de 1994. Está formado por empresas, organizaciones gubernamentales y no gubernamentales, que tiene como misión guiar la Web hacia su máximo potencial. Para ello, el W3C promueve la evolución e interoperatividad de la Web desarrollando especificaciones, protocolos y recomendaciones.

En la actualidad, el W3C no tiene el mismo peso legal que tiene, por ejemplo, ISO. Supongo que por ello, las especificaciones y protocolos que crea el W3C se llaman "recomendaciones", aunque en el mundo del desarrollo web reciben la misma consideración que cualquier estándar en otra industria. Las recomendaciones del W3C son estándares de hecho: estándares no oficiales, pero que debido a su enorme penetración y aceptación en el mercado, tienen el mismo peso que un estándar oficial.

Desgraciadamente, un estándar no es siempre la mejor opción posible entre todas las existentes, y muchas veces se tarda mucho en desarrollar un estándar porque hay que encontrar un consenso entre muchas partes, cada una con sus propios intereses (no creamos que W3C es una organización tan independiente como se pueda pensar, ya que está formada principalmente por personas de las empresas y organizaciones que más intereses tienen en el tema, como Microsoft, Google, Apple, Opera y Mozilla). Es el precio que hay que pagar para luego poder tener una serie de beneficios.

Para lograr el consenso entre todas las partes implicadas, el W3C tiene definido un proceso (World Wide Web Consortium Process Document). Este proceso consta de siete pasos:

1. Submission: un miembro del W3C puede enviar una propuesta de estándar al W3C.
2. Note: a menudo, la propuesta se convierte en una nota que se hace pública. Una nota es simplemente la exposición pública de una propuesta. No supone en ningún modo que tenga el apoyo del W3C, no supone que se haya iniciado ningún trabajo de estandarización y el único propósito es crear un foro de discusión.
3. Working Group: cuando el W3C reconoce que una propuesta tiene interés y se debe desarrollar, se establece un grupo de trabajo. El grupo de trabajo establece un calendario de trabajo y publica un primer borrador con la propuesta que se quiere estandarizar.
4. Working Draft: un borrador de trabajo es un documento que se expone públicamente para mostrar el progreso en el desarrollo de una nueva recomendación. Junto con su publicación se establece un calendario para que el público pueda participar y enviar comentarios y correcciones. Un borrador de trabajo nunca se debería emplear como material de referencia, porque puede ser actualizado, reemplazado o incluso declarado como obsoleto en cualquier momento.
5. Candidate Recommendation: una recomendación candidata es un borrador de trabajo que ha alcanzado un alto nivel de madurez, pero que también puede ser actualizado, reemplazado o incluso declarado como obsoleto en cualquier momento, como cualquier otro borrador de trabajo. El propósito de la recomendación candidata es que sea implementada y probada para comprobar que su uso es factible.
6. Proposed Recommendation: después de que todas las características de la recomendación candidata hayan sido implementadas, se publica la propuesta de recomendación que representa la última etapa previa a la publicación definitiva de la recomendación.
7. Recommendation: una vez que la propuesta de recomendación haya recibido el apoyo suficiente, se publica la recomendación, que ya tiene el carácter de documento estable. A partir de ese momento, el W3C sí que apoya y fomenta su uso y difusión.

Posteriormente, una recomendación puede ser actualizada para corregir errores y clarificar algunos aspectos que puedan ser confusos o ambiguos. Pero esto no se convierte en una nueva recomendación, sino que es una nueva edición de la recomendación ya existente. Por ejemplo, XML 1.0 ya va por su quinta edición (26 de noviembre de 2008), aunque la primera edición fue publicada el 10 de febrero de 1998.

Evidentemente, algunas especificaciones son más complejas que otras, y pueden requerir más tiempo, más pruebas y la participación de más gente. Por ejemplo, WCAG 2.0 fue publicada el 11 de diciembre de 2008. Pero podemos encontrar un borrador de trabajo del 25 de enero de 2001.

Y algunas no llegan nunca a ser recomendación. Por ejemplo, el W3C estuvo trabajando en XHTML 2.0 más de ocho años (existe un borrador de trabajo del 5 de agosto de 2002) para nada, ya que su desarrollo fue cerrado el 17 de diciembre de 2010 en favor de HTML5.

Por tanto, como podemos intuir por todo lo anterior, crear una recomendación dentro del W3C no es el resultado de "cinco amiguetes que se reúnen dos tardes y escriben un documento". Es el resultado de un largo y laborioso proceso.

Para el que quiera saber algo más, le recomiendo la lectura de How WAI Develops Accessibility Guidelines through the W3C Process: Milestones and Opportunities to Contribute, que ha sido traducido al castellano en Como la WAI desarrolla las pautas de accesibilidad en el proceso de la W3C: Hitos y oportunidades para contribuir.

Día W3C en España

El próximo jueves 12 de enero de 2012 se celebrará en Granada el Día W3C en España: La Plataforma Web Abierta. En la noticia publicada en la web del W3C en España podemos leer:

La Oficina W3C en España y CTIC, en colaboración con la Junta de Andalucía, se complacen en anunciar la celebración de la reunión anual del W3C en España, que se celebrará el 12 de enero, enmarcada en el Open Source World Conference de Granada.

En esta edición el tema principal será HTML5, pieza clave de la Plataforma Web Abierta, así como algunas de las tecnologías de esta plataforma que ofrecen la posibilidad de una Web mucho más rica, ágil y fácil de usar para las personas e interoperable para las máquinas. Otro tema clave será el movimiento en torno al Open Data y la Reutilización de Información del Sector Público. La charla inaugural será llevada a cabo por Dominique Hazael-Massieux, Director de la Iniciativa de Web Móvil del W3C. En la sesión sobre Open Data se discutirán temas técnicos avanzados sobre este tipo de iniciativas, así como el impacto del Real Decreto de Reutilización de Información Pública en la administración española.

En busca de una participación de los asistentes, la principal novedad son las denominadas “micro-presentaciones“, charlas cortas e informales de 5 minutos, donde cualquiera puede presentar los trabajos que esté desarrollando sobre estándares Web. Si deseas participar y realizar tu propia micro-charla, deberás informarnos, antes del día 31 de diciembre.

La asistencia al evento es libre y gratuita, aunque es necesario que te registres en el OSWC, ya que el aforo es limitado. Consulta más información sobre la agenda con todos los ponentes confirmados o la localización exacta en el sitio web del Día W3C en España 2012.

Conferencia de la W3C

El W3C organiza la W3 Conference 2011: Practical Standards for Web Professionals. Tendrá lugar los días 15 y 16 de noviembre de 2011 en Redmond, Washington (EE.UU.). Para el que no lo sepa, en Redmond se encuentra el cuartel general de Microsoft. ¿Coincidencia?

Las presentaciones de la conferencia se transmitirán en vivo (live streaming) a través de Internet y estarán subtituladas en inglés. Además, luego serán archivadas para poder ser accedidas en cualquier momento.

El miércoles 16 a las 10:05 habrá una sesión sobre accesibilidad web (el que lo quiera ver, que calcule la hora que será en España, ya que Redmond está en la costa oeste de Estados Unidos):

Universal Access: A Practical Guide to Accessibility, ARIA, and Script
Becky Gibson (IBM)
10:05am - 10:50am

Por último, al final de la página aparece una explicación de las características novedosas de HTML5, CSS y otras tecnologías que han empleado en la creación de la web.

El antes y después de un sitio web accesible

El W3C ha publicado el sitio web Before and After Demostration que muestra cómo un sitio web no accesible se puede convertir en accesible. El sitio web está compuesto por cinco páginas, y para cada una se incluye la versión no accesible y la versión accesible, junto con comentarios que explican los cambios realizados.

Simposio online sobre medidas de la accesibilidad web

El W3C, a través del WAI, organiza Website Accessibility Metrics Online Symposium el próximo 5 de diciembre de 2011. En la petición de artículos (call for papers) podemos ver que el plazo para enviar propuestas finaliza el próximo día 1 de noviembre.

El objetivo principal de este simposio es reunir, analizar y discutir experiencias prácticas relacionadas con la medición de la accesibilidad web.