Lector de pantalla para Mozilla Firefox

Acabo de encontrar CLiCk, Speak, un complemento para Mozilla Firefox que proporciona un lector de pantalla.

Permite emplear diferentes softwares de síntesis de voz, como por ejemplo Microsoft SAPI 5 que está disponible en Microsoft Windows XP. Desgraciadamente, parece ser que no existe el español de forma gratuita para SAPI, sino que todas las que hay son comerciales y de pago.

Interesante idea

Acabo de encontrar la web UsabilityExchange. ¿Qué ofrece esta web?

El objetivo de este sitio web es mejorar la accesibilidad y usabilidad de los sitios web. Para ello ofrece conectar a los usuarios discapacitados con los desarrolladores de sitios web para que se pueda aprovechar su conocimiento y experiencia.

¿Tienes un sitio web y quieres mejorar su accesibilidad? A través de este sitio web lograrás que usuarios discapacitados evalúen la accesibilidad de tu sitio web.

Premio Complutense-Microsoft de Diseño Accesible

He encontrado la noticia Entrega de la II Edición del Premio Complutense-Microsoft de Diseño Accesible.

El premio ha sido entregado al proyecto WebCS del Centro de Referencia en Accesibilidad y Estándares Web del Instituto Nacional de Tecnología de la Información (INTECO). El jurado "ha considerado el "Proyecto WebCS" merecedor de dicho premio por tratarse de una herramienta desarrollada con el objetivo de garantizar la accesibilidad de las páginas web editadas, basándose en la separación total entre contenido y presentación, una de las principales premisas de la accesibilidad".

Los errores más comunes

He encontrado estas páginas que comentan cuales son los errores más comunes respecto a la accesibilidad web:

• 7 errores de accesibilidad que se cometen a menudo: son consejos bastante generales, poca información técnica.
  
• Aciertos y fallos en el artículo: "10 common errors when implementing accessibility": crítica del artículo 10 common errors when implementing accessibility. Es un excelente artículo donde explica y corrige claramente los consejos del artículo original.

La accesibilidad web y los dispositivos móviles

Normalmente la accesibilidad web se asocia con la idea de desarrollar páginas web que puedan ser utilizadas por las personas con discapacidad.

Sin embargo, hoy en día la accesibilidad web no está orientada exclusivamente a las personas con discapacidad. Con el aumento del uso de los dispositivos móviles que permiten el acceso a la Web con las mismas prestaciones que desde un ordenador, la accesibilidad web pasa a significar que la Web es única (no diferentes versiones según el dispositivo o el navegador que se utilice) y universal (utilizable independientemente de las características del usuario).

Debido a ello, el W3C está desarrollando actividades para fomentar que las páginas web sean totalmente accesibles, incluyendo en esta accesibilidad los dispositivos móviles.

Más información:

• Web Content Accessibility and Mobile Web:
  Making a Web Site Accessible Both for People with Disabilities and for Mobile Devices
• Mobile Web Best Practices 1.0, Basic Guidelines, W3C Proposed Recommendation 2 November 2006
  
• Tarjetas de MWBP
  

Serie "Guía breve": Marcos: use el elemento noframes y títulos con sentido

Consejo 8: Marcos: Use el elemento noframes y títulos con sentido.

Los marcos (frames) son un elemento del HTML que siempre han causado problemas. Tanto es así que en XHTML 1.0 Strict y Transitional no se pueden emplear y tenemos que utilizar XHTML 1.0 Frameset si queremos tener marcos.

En XHTML 1.1 Modularization, si se quieren emplear los marcos se tiene que implementar el módulo Frames que define los elementos frameset, frame y noframes.

¿Qué problemas tienen los marcos? Un par de páginas sobre el tema:

• Los problemas de los marcos
• Problemas con marcos
  
• 9 razones para no utilizar frames (marcos)

¿Y si aún así quiero utilizar los marcos? Pues tendremos algunos problemas de accesibilidad:

1.1 Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través de "alt", "longdesc" o en el contenido del elemento). Esto incluye: imágenes, representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs animados), "applets" y objetos programados, "ascii art", marcos, scripts, imágenes usadas como viñetas en las listas, espaciadores, botones gráficos, sonidos (ejecutados con o sin interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y vídeos. [Prioridad 1]

12.1 Titule cada marco para facilitar su identificación y navegación. [Prioridad 1]

12.2 Describa el propósito de los marcos y como éstos se relacionan entre sí, si no resulta obvio solamente con el título del marco. [Prioridad 2]

Fuente: Pautas de Accesibilidad al Contenido en la Web 1.0, Recomendación W3C de 5 de mayo de 1999

Cada marco debe tener un título y una descripción. Para ello, se tienen que emplear los atributos title y longdesc en la etiqueta <frame>.

Además, se tiene que proporcionar una versión alternativa sin marcos para aquellos agentes de usuario (navegadores) que no sean capaces de interpretar los marcos. Para ello se tiene que emplear la etiqueta <noframes>.

El atributo target

Siempre se aconseja que para mejorar la accesibilidad de las páginas web se deben emplear los estándares. Respecto al HTML, en la actualidad se debe emplear XHTML 1.0 Strict, pero esta elección puede implicar algunos problemas a los desarrolladores, ya que descubrirán que algunos elementos y atributos de HTML no están. Uno de ellos es el atributo target.

El atributo target de HTML se emplea para abrir un enlace en un destino distinto a la ventana actual. Este atributo se puede aplicar a las etiquetas A, AREA, BASE, FORM y LINK. Según HTML 4.01 Specification de W3C:

This attribute specifies the name of a frame where a document is to be opened.

The following target names are reserved and have special meanings.

_blank
The user agent should load the designated document in a new, unnamed window.
_self
The user agent should load the document in the same frame as the element that refers to this target.
_parent
The user agent should load the document into the immediate FRAMESET parent of the current frame. This value is equivalent to _self if the current frame has no parent.
_top
The user agent should load the document into the full, original window (thus canceling all other frames). This value is equivalent to _self if the current frame has no parent.

¿Presenta algún problema de accesibilidad este atributo? Sí, porque la apertura de ventanas nuevas o el uso de marcos puede dificultar la navegación de algunos grupos de usuarios:

10.1 Hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas ventanas, no provoque apariciones repentinas de nuevas ventanas y no cambie la ventana actual sin informar al usuario. [Prioridad 2]

Fuente: Pautas de Accesibilidad al Contenido en la Web 1.0, Recomendación W3C de 5 de mayo de 1999, Pauta 10. Utilice soluciones provisionales

Por tanto, se debe reducir su uso todo lo posible. Además, XHTML 1.0 Strict no permite su uso. Si queremos utilizarlo, tenemos que emplear XHTML 1.0 Transitional o Frameset.

¿Y cómo está la situación con las nuevas versiones de XHTML?

En XHTML 1.1 Modularization, XHTML 1.0 Strict se divide en una serie de módulos abstractos que agrupan los elementos y atributos relacionados entre ellos. El objetivo es proporcionar la máxima flexibilidad y que un dispositivo (navegador) implemente únicamente aquellos módulos que necesite o que pueda implementar. Con el fin de asegurar cierta consistencia, existen cuatro módulos básicos (core) que son necesarios siempre:

• Structure: define body, head, html y title.
  
• Text: define, entre otras, br, cite, div, h1...h6, p, span, etc.
  
• Hypertext: define a.
  
• List: define dl, dt, dd, ol, ul y li.
  

Existen otros módulos que definen el resto de elementos y atributos de HTML: Applet, Basic Forms, Forms, Basic Tables, Tables, Image, etc.

Si se quiere emplear el atributo target es necesario incluir el módulo Target, que incluye la definición de este atributo para las etiquetas a, area, base, link y form.

Más información: Standards-Compliant New Windows

HTML 5

He encontrado el comentario El HTML 5: el futuro del contenido web. Copio el comentario:

Hoy ha publicado el W3C un borrador del HTML 5, lo que ellos mismos llaman el futuro del contenido web, pero aunque todavía pasará mucho tiempo hasta que este estándar vea la luz (ya sabemos la velocidad que llevan las cosas del W3C), es conveniente empezar a saber que va a suponer el HTML 5, por lo que vamos a responder una serie de preguntas básicas para comenzar a conocer este nuevo estándar.

¿Este nuevo estándar supone cambios para las nuevas guías de accesibilidad?
Por supuesto que no, las guías de accesibilidad son totalmente independientes del estándar (X)HTML que se utilice, por lo tanto lo único que supondrá es añadir un nuevo enlace al nuevo estándar.

¿Se necesitan unos nuevos estándares de HTML?
Personalmente pienso que lo que se necesita es que se cumplan, pero si es verdad que los anteriores son ya muy antiguos y todos sabemos la velocidad a la que se mueve la tecnología en el mundo de la informática.

¿Qué pasará con nuestras páginas realizadas en HTML 4.0 o XHTML 1.0?
Pues es de suponer que si tus páginas cumplen con los estándares correctamente no debe pasar nada, se deben seguir viendo correctamente en los navegadores futuros. Otra cosa es que páginas que no cumplan con los estándares y que ahora se ven bien en un determinado navegador, se sigan viendo bien en un futuro; ésto me parece que va a ser más difícil.

¿Nos aseguraremos que si nuestra página cumple con los estándares HTML 5 se verá por fin correctamente en todos los navegadores?
Pues aunque en la redacción de estos nuevos estándares está trabajando un grupo formado por personas de los principales navegadores, sería muy optimista pensar que nuestra página por cumplir con los estándares HTML 5 se va a ver correctamente en todos los navegadores. Me temo que este problema no será tan fácil de solucionar.

¿Qué características nuevas nos aporta el HTML 5?
Pues según el W3C, algunas de las características más interesantes para los autores son APIs para dibujar gráficos en dos dimensiones, incorporar y controlar contenido de audio y vídeo, mantener persistente en la parte del cliente el almacenamiento de datos y para ofrecer a los usuarios la edición de documentos, o partes de éstos, de forma interactiva. Otras características facilitan la representación de elementos familiares de las páginas, incluyendo (sección) (pie); (para navegación) y (para asignación de un título a una foto u otro contenido incluido en la página).

¿Tendremos que aprender un nuevo lenguaje de etiquetado web?
Pues seguro que no, sólo habrá que ver que etiquetas han cambiado su uso y cuales se han añadido nuevas.

¿Tenemos que empezar a usar HTML 5 en nuestras páginas web?
Ahora mismo ni pensarlo, recordar que en estos momentos es sólo un borrador y con total seguridad sufrirá muchos cambios, por lo que nos queda esperar hasta que se apruebe definitivamente.