miércoles, 9 de marzo de 2011
Accesibilidad en HP
El sitio web HP Accessibility contiene algunos recursos interesantes sobre accesibilidad.
lunes, 7 de marzo de 2011
El fin de Internet Explorer 6
Ya era hora, hemos tenido que esperar mucho, pero por fin ha llegado la noticia: Microsoft empuja la desaparición de Internet Explorer 6 (El País) y Cómo seguir 'en vivo' la muerte de Internet Explorer 6 (El Mundo). Impresionante también que dos periódicos generalistas se hagan eco de esta noticia.
En la noticia de El País podemos leer:
Microsoft ha preparado la página web The Internet Explorer 6 Countdown para que podamos seguir en directo cómo va desapariendo Internet Explorer 6 de la faz de la Tierra. Según esta página, el índice de uso de Internet Explorer 6 en España es un 3,3%, mientras que en Noruega es un 0,7%, en Estados Unidos es un 2,9% y en China un 34,5%. En total, la página web de Microsoft afirma que un 12% del mundo usa Internet Explorer 6.
Por cierto, la página que ha preparado Microsoft tiene graves problemas de accesibilidad.
En la noticia de El País podemos leer:
"Muy pocas veces os pedimos encarecidamente que dejéis de usar uno de nuestros productos, pero con Internet Explorer 6 haremos una excepción", publica Microsoft en su cuenta oficial en Twitter.El mensaje incluye un enlace a una página titulada: "La cuenta atrás de Internet Explorer 6. Haciendo un mundo sin él".Es un agran alivio saber que Microsoft reconoce que Internet Explorer 6, quizás el peor navegador de la historia, ha obligado a miles de desarrolladores a invertir miles de horas para lograr que un sitio web fuese compatible con su navegador
En esta web se destaca que quieren que menos del 1% de los internautas usen su programa. "Ahorremos horas de trabajo a los desarrolladores", argumentan.
Microsoft ha preparado la página web The Internet Explorer 6 Countdown para que podamos seguir en directo cómo va desapariendo Internet Explorer 6 de la faz de la Tierra. Según esta página, el índice de uso de Internet Explorer 6 en España es un 3,3%, mientras que en Noruega es un 0,7%, en Estados Unidos es un 2,9% y en China un 34,5%. En total, la página web de Microsoft afirma que un 12% del mundo usa Internet Explorer 6.
Por cierto, la página que ha preparado Microsoft tiene graves problemas de accesibilidad.
viernes, 4 de marzo de 2011
Sobre el atributo alt y title, ¿cumplen la misma función?
Me escribe una alumna de la asignatura Experiencia de usuario del Curso de especialista en diseño web:
La respuesta es NO, no cumple la misma función. Si leemos la recomendación del W3C sobre HTML podemos sacar las siguientes conclusiones:
Esta página es el típico caso de accesibilidad web mal entendida: el desarrollador de la página lee alguna guía, lee algún artículo, consulta algún ejemplo, pero en realidad no entiende lo que está haciendo, simplemente lo repite como un loro.
La guinda de esta página web la podemos encontrar en su pie. Por un lado, podemos encontrar el mensaje "Resolución Óptima 1024x768 px.", que ya comenté un caso parecido hace unos días en Tonterías, las justas. Por otro lado, podemos encontrar las medallas de "XHTML 1.0" válido (pero no es así, a mí me han salido 3 errores de validación) y "WAI-AA" (hay algunas cosas básicas que se deberían corregir, como esta del atributo title).
[Actualización 04/03/2011]
En realidad, en este ejemplo, la imagen en cuestión sólo realiza una función decorativa, por lo que lo mejor, lo más accesible es emplear un texto alternativo nulo (simplemente alt=""), y por supuesto, no utilizar el atributo title.
Estoy mirando varias páginas para la actividad voluntaria de accesibilidad web, pero me están surgiendo algunas dudas con las etiquetas. Por ejemplo, después de leer los apuntes me ha quedado claro que cuando se pone una imagen, se debe incluir la etiqueta (alt=" "), sin embargo, estoy viendo una web en la que aparece de la siguiente forma:La alumna no me ha dicho en su mensaje dónde ha encontrado este ejemplo, pero uno que es "perro viejo" lo ha encontrado fácilmente: se trata de la web oficial de la Junta de Extremadura.
<div id="Clogo"><img alt="Escudo Institucional" src="images/logo.jpg" title="Escudo Institucional" />
En este caso concreto, ¿la etiqueta (title= " ") cumple la misma función?
La respuesta es NO, no cumple la misma función. Si leemos la recomendación del W3C sobre HTML podemos sacar las siguientes conclusiones:
- El atributo alt se emplea como representación alternativa, es decir, como sustituto de la imagen. Por ejemplo, cuando se decide no cargar las imágenes de una página (por ejemplo, porque la conexión a Internet es lenta o nos cobran mucho dinero por ello, como puede ser desde un teléfono) o cuando alguien no puede ver las imágenes (por ejemplo, un ciego). Este atributo es obligatorio.
- El atributo title se emplea para proporcionar información adicional, no para proporcionar información que sustituya al elemento al que se aplica (en este caso a una imagen). Por ejemplo, se puede emplear para indicar el autor de una fotografía, la fecha de realización de una fotografía o el origen de una imagen, pero siempre como información complementaria. Este atributo es opcional.
Esta página es el típico caso de accesibilidad web mal entendida: el desarrollador de la página lee alguna guía, lee algún artículo, consulta algún ejemplo, pero en realidad no entiende lo que está haciendo, simplemente lo repite como un loro.
La guinda de esta página web la podemos encontrar en su pie. Por un lado, podemos encontrar el mensaje "Resolución Óptima 1024x768 px.", que ya comenté un caso parecido hace unos días en Tonterías, las justas. Por otro lado, podemos encontrar las medallas de "XHTML 1.0" válido (pero no es así, a mí me han salido 3 errores de validación) y "WAI-AA" (hay algunas cosas básicas que se deberían corregir, como esta del atributo title).
[Actualización 04/03/2011]
En realidad, en este ejemplo, la imagen en cuestión sólo realiza una función decorativa, por lo que lo mejor, lo más accesible es emplear un texto alternativo nulo (simplemente alt=""), y por supuesto, no utilizar el atributo title.
jueves, 3 de marzo de 2011
La etiqueta <nav> de HTML5
A los alumnos de la asignatura Experiencia de usuario del Curso de especialista en diseño web que estoy impartiendo les propuse hace casi dos semanas un ejercicio complementario: ¿Cómo mejorará la accesibilidad web HTML 5? Para guiar un poco más el ejercicio, les comentaba que en este blog he escrito varias entradas sobre ello, y además les incluía tres preguntas para centrar aún más el tema:
Como el ejercicio es complementario, es decir, no se evalúa ni se va a hacer un examen sobre ello, ha ocurrido lo que esperaba: no ha contestado nadie, absolutamente nadie.
Hoy les he escrito el siguiente mensaje, para ver si alguien se anima de una vez:
Un nuevo elemento que ayuda a mejorar la accesibilidad es el nuevo elemento (etiqueta) <nav>. Esta etiqueta permite definir un elemento navegacional de la página web, como puede ser el menú principal o el menú secundario.
Se debe utilizar para marcar los elementos principales de navegación, no se deben marcar todos los elementos, como podemos leer en el apartado 4.4.3 The nav element de la especificación HTML5:
Not all groups of links on a page need to be in a nav element — only sections that consist of major navigation blocks are appropriate for the nav element. In particular, it is common for footers to have a short list of links to various pages of a site, such as the terms of service, the home page, and a copyright page. The footer element alone is sufficient for such cases, without a nav element.
El artículo Semantic navigation with the nav element explica muy bien el uso de esta etiqueta y las diferentes situaciones donde se recomienda su uso.
Un ejemplo de uso de esta etiqueta es:
¿Por qué mejora la accesibilidad esta etiqueta? Porque permite identificar de una forma clara los elementos de navegación que tiene una página web, por lo que las tecnologías de apoyo como los lectores de pantalla lo pueden detectar y ofrecer al usuario cuando lo necesite.
Un compañero ha leído este mensaje y me ha preguntado: ¿hay alguna ventaja más? Por supuesto:
Y seguro que hay muchas más ventajas que yo desconozco. ¿Se te ocurre alguna ventaja más?
Evidentemente, todas estas ventajas dependerán de que los agentes de usuario y las tecnologías de apoyo soporten los nuevos elementos (etiquetas) de HTML5. Que no lo soporte ahora, no es razón para no usarlo ya: si ya lo usamos, nuestras páginas estarán preparadas para el futuro.
- ¿Cómo mejorará la accesibilidad web HTML 5?
- ¿A quién crees que beneficiará más?
- ¿Alguna de las características beneficiará a la mayoría de la gente y no sólo a grupos reducidos?
Como el ejercicio es complementario, es decir, no se evalúa ni se va a hacer un examen sobre ello, ha ocurrido lo que esperaba: no ha contestado nadie, absolutamente nadie.
Hoy les he escrito el siguiente mensaje, para ver si alguien se anima de una vez:
Un nuevo elemento que ayuda a mejorar la accesibilidad es el nuevo elemento (etiqueta) <nav>. Esta etiqueta permite definir un elemento navegacional de la página web, como puede ser el menú principal o el menú secundario.
Se debe utilizar para marcar los elementos principales de navegación, no se deben marcar todos los elementos, como podemos leer en el apartado 4.4.3 The nav element de la especificación HTML5:
Not all groups of links on a page need to be in a nav element — only sections that consist of major navigation blocks are appropriate for the nav element. In particular, it is common for footers to have a short list of links to various pages of a site, such as the terms of service, the home page, and a copyright page. The footer element alone is sufficient for such cases, without a nav element.
El artículo Semantic navigation with the nav element explica muy bien el uso de esta etiqueta y las diferentes situaciones donde se recomienda su uso.
Un ejemplo de uso de esta etiqueta es:
<nav>
<ul>
<li><a href="/accesibilidad/">Accesibilidad</a></li>
<li><a href="/html/">HTML</a></li>
<li><a href="/javascript/">JavaScript</a></li>
<li><a href="/css/">CSS</a></li>
</ul>
</nav>
¿Por qué mejora la accesibilidad esta etiqueta? Porque permite identificar de una forma clara los elementos de navegación que tiene una página web, por lo que las tecnologías de apoyo como los lectores de pantalla lo pueden detectar y ofrecer al usuario cuando lo necesite.
Un compañero ha leído este mensaje y me ha preguntado: ¿hay alguna ventaja más? Por supuesto:
- Proporciona un método explícito de especificar cuales son los elementos de navegación de un sitio web y de una página web.
- Se puede (podrá) configurar el agente de usuario (navegador) para que inicialmente salte el menú de un sitio web, por lo que ya no es necesario escribir "saltar enlaces" o "saltar al contenido principal".
- Un lector de pantalla puede tener un comando (atajo de teclado) para acceder directamente a los elementos de navegación de una página, igual que tiene un comando para mostrar la lista de enlaces o la lista de encabezados de una página.
- Un agente de usuario en un dispositivo con una pantalla pequeña (por ejemplo, un teléfono), puede mostrar los elementos de navegación de forma independiente o cuando el usuario pulse una tecla del dispositivo.
- El elemento <nav> puede funcionar como un <div> a todos los efectos. Ya no es necesario escribir <div id="menu"> o <div id="navigation">. <nav> tiene 3 letras como <div>, así que no se puede decir que haya que escribir más.
Y seguro que hay muchas más ventajas que yo desconozco. ¿Se te ocurre alguna ventaja más?
Evidentemente, todas estas ventajas dependerán de que los agentes de usuario y las tecnologías de apoyo soporten los nuevos elementos (etiquetas) de HTML5. Que no lo soporte ahora, no es razón para no usarlo ya: si ya lo usamos, nuestras páginas estarán preparadas para el futuro.
martes, 1 de marzo de 2011
Cómo hacer que un gráfico sea accesible
Si hubiese que elegir una regla o principio que resumiese toda las pautas, guías y consejos para hacer una página web accesible yo me quedaría con ofrece alternativas. No te limites a proporcionar la información en un solo formato, ya que estarás excluyendo a muchos usuarios.
Como suele ocurrir, la teoría es más sencilla que la práctica, y muchas veces es difícil encontrar buenos ejemplos que reflejen la teoría.
Pero acabo de encontrar un buen ejemplo. Un buen ejemplo de cómo hacer que un gráfico sea accesible. Tampoco es que haya descubierto algo sorprendente (lo que vamos a ver se lleva haciendo muchos años con el enlace D de información detallada), pero vale la pena recordarlo.
La página web WebKit SunPider ofrece los resultados de un test para medir el tiempo de ejecución de JavaScript en diferentes navegadores. Es decir, es un test para evaluar el rendimiento de los motores de JavaScript que llevan incorporados los navegadores. Sorprendentemente, el navegador más rápido de todos los probados es la versión candidata de Internet Explorer 9. Y también sorprende que no les importe reconocer que Internet Explorer 8 es el navegador más lento con diferencia (más de 10 veces más lento).
Volviendo al tema de la accesibilidad, como podemos ver en la siguiente imagen, los resultados se ofrecen mediante un gráfico de barras.
La forma correcta de ofrecer información adicional o alternativa sería mediante el atributo longdesc, pero desgraciadamente poca gente lo conoce y mucha menos gente lo usa.
Pero también se ofrece una versión textual en forma de tabla mediante el texto "A textual version of the results can be found here".
Para una persona que no pueda ver, la versión en forma de tabla, que está correctamente etiquetada porque emplea la etiqueta <th> para crear los encabezados de columna, le ofrece la misma información que el gráfico de barras. Pero es que además, la versión en forma de tabla beneficia a todo el mundo: ¿y si quiero hacer un trabajo con esos datos? No hay problema, los puedo copiar y pegar fácilmente a partir de la tabla, no tengo que escribir la tabla desde cero a partir del gráfico.
Como suele ocurrir, la teoría es más sencilla que la práctica, y muchas veces es difícil encontrar buenos ejemplos que reflejen la teoría.
Pero acabo de encontrar un buen ejemplo. Un buen ejemplo de cómo hacer que un gráfico sea accesible. Tampoco es que haya descubierto algo sorprendente (lo que vamos a ver se lleva haciendo muchos años con el enlace D de información detallada), pero vale la pena recordarlo.
La página web WebKit SunPider ofrece los resultados de un test para medir el tiempo de ejecución de JavaScript en diferentes navegadores. Es decir, es un test para evaluar el rendimiento de los motores de JavaScript que llevan incorporados los navegadores. Sorprendentemente, el navegador más rápido de todos los probados es la versión candidata de Internet Explorer 9. Y también sorprende que no les importe reconocer que Internet Explorer 8 es el navegador más lento con diferencia (más de 10 veces más lento).
Volviendo al tema de la accesibilidad, como podemos ver en la siguiente imagen, los resultados se ofrecen mediante un gráfico de barras.
La forma correcta de ofrecer información adicional o alternativa sería mediante el atributo longdesc, pero desgraciadamente poca gente lo conoce y mucha menos gente lo usa.
Pero también se ofrece una versión textual en forma de tabla mediante el texto "A textual version of the results can be found here".
Para una persona que no pueda ver, la versión en forma de tabla, que está correctamente etiquetada porque emplea la etiqueta <th> para crear los encabezados de columna, le ofrece la misma información que el gráfico de barras. Pero es que además, la versión en forma de tabla beneficia a todo el mundo: ¿y si quiero hacer un trabajo con esos datos? No hay problema, los puedo copiar y pegar fácilmente a partir de la tabla, no tengo que escribir la tabla desde cero a partir del gráfico.
lunes, 28 de febrero de 2011
¿Qué le falta a la especificación de HTML5?
El artículo What's still missing in the HTML5 spec explica lo que falta por definir en la especificación de HTML5. Recordemos que según el nuevo calendario para HTML5 del W3C, la recomendación final se espera que se publique en el segundo cuatrimestre de 2014.
Según el artículo, lo más importante que falta por definir son las capacidades multimedia de HTML5 y el soporte de WebSocket, una tecnología que permitirá la comunicación en ambos sentidos (¿un AJAX mejorado?).
Otro tema crítico, la estandarización de los codecs de vídeo, parece que no se resuelve y por ahora no existe un consenso.
Según el artículo, lo más importante que falta por definir son las capacidades multimedia de HTML5 y el soporte de WebSocket, una tecnología que permitirá la comunicación en ambos sentidos (¿un AJAX mejorado?).
Otro tema crítico, la estandarización de los codecs de vídeo, parece que no se resuelve y por ahora no existe un consenso.
domingo, 27 de febrero de 2011
Páginas web hechas por ciegas
¿Puede una persona ciega hacer una página web? Pues claro, ¿por qué no? Todo depende de si la herramienta de autor empleada es accesible. En la página web Páginas webs hechas por ciegos 2011 podemos encontrar una recopilación de páginas web hechas por personas ciegas. Muy interesante visitar algunas de estas páginas y comprobar cómo están hechas.
sábado, 26 de febrero de 2011
Número especial de la revista IJKWI
El volumen 2, número 1, 2011, de la revista International Journal of Knowledge and Web Intelligence (IJKWI) es un número especial dedicado a la web para todos (Special Issue on Web For All). Los artículos publicados en este número son:
Metadata and information structure design on websites – towards a web for all
When we transmit information through the internet, we would usually like it to reach many people. Our aim is for people to read it, to utilise it as a source, and to make use of it in their studies, e.g., in postgraduate courses, or in other fields of life. This article seeks to identify what elementary criteria our information source has to fulfil in order for search engines to find it, for users to consider it relevant and appropriate, and for it to meet the demands of users with disabilities. Only if these criteria are fulfilled does our website become really accessible. To promote this possibility, the article deals with the theoretical and practical dimensions of screen structure, data structure and metadata.
Testing the accessibility of websites
The current development of the internet and its growing use makes it necessary to satisfy the needs of all users including those with disabilities having accessibility problems. We developed a new validator software (XValid) based on the WCAG 2.0. We tested 18 countries' sites in 15 categories approximately 500 sites, with XValid. We made a statistical analysis based on our test. We determined the most frequently occurring errors based on these statistics. We took into account these typical errors, when we determined our minimal guidelines in ten points. People with disabilities could reach the internet barrier free if the web designer would test his/her design using our recommendations. The problem will be more and more important because the population of Europe will become older and older. This population needs accessible internet. Therefore it is very important to be prepared to cope with this problem now!
- Metadata and information structure design on websites – towards a web for all
- A weighted-graph-based approach for diversifying search results
- The role of web in launching and using radio communication for public safety
- Mainstreaming accessibility? Multidisciplinary problems or technical solutions
- Online diagnosis e-health system for all, based on advanced web accessible database technologies
- Testing the accessibility of websites
Metadata and information structure design on websites – towards a web for all
When we transmit information through the internet, we would usually like it to reach many people. Our aim is for people to read it, to utilise it as a source, and to make use of it in their studies, e.g., in postgraduate courses, or in other fields of life. This article seeks to identify what elementary criteria our information source has to fulfil in order for search engines to find it, for users to consider it relevant and appropriate, and for it to meet the demands of users with disabilities. Only if these criteria are fulfilled does our website become really accessible. To promote this possibility, the article deals with the theoretical and practical dimensions of screen structure, data structure and metadata.
Testing the accessibility of websites
The current development of the internet and its growing use makes it necessary to satisfy the needs of all users including those with disabilities having accessibility problems. We developed a new validator software (XValid) based on the WCAG 2.0. We tested 18 countries' sites in 15 categories approximately 500 sites, with XValid. We made a statistical analysis based on our test. We determined the most frequently occurring errors based on these statistics. We took into account these typical errors, when we determined our minimal guidelines in ten points. People with disabilities could reach the internet barrier free if the web designer would test his/her design using our recommendations. The problem will be more and more important because the population of Europe will become older and older. This population needs accessible internet. Therefore it is very important to be prepared to cope with this problem now!
viernes, 25 de febrero de 2011
Informes sobre el estado de la accesibilidad web en España
Discapnet, el portal de las personas con discapacidad de la Fundación ONCE, contiene un par de páginas con numerosos informes sobre el estado de la accesibilidad web en España:
La mayoría de los informes se centran en la accesibilidad de los sitios web de las Administraciones Públicas (universidades, ministerios, comunidades autónomas, ayuntamientos), que recordemos que por diversas iniciativas legislativas como la Ley 56/2007 y el Real Decreto 1494/2007, deben satisfacer "el nivel medio de los criterios de accesibilidad al contenido generalmente reconocidos". Pero también podemos encontrar algunos informes dedicados a empresas privadas, como portales de viajes y transportes o portales de la banca.
La mayoría de los informes se centran en la accesibilidad de los sitios web de las Administraciones Públicas (universidades, ministerios, comunidades autónomas, ayuntamientos), que recordemos que por diversas iniciativas legislativas como la Ley 56/2007 y el Real Decreto 1494/2007, deben satisfacer "el nivel medio de los criterios de accesibilidad al contenido generalmente reconocidos". Pero también podemos encontrar algunos informes dedicados a empresas privadas, como portales de viajes y transportes o portales de la banca.
martes, 22 de febrero de 2011
Celia Villalobos y el tema de los tontitos
Acaban de publicar en el periódico El Mundo la noticia Bono arremete con Villalobos por llamar a los discapacitados 'tontitos'. La noticia dice:
Para el que no lo sepa, Celia Villalobos pertenece al Partido Popular, en la actualidad es Diputada por Málaga y anteriormente fue Ministra de Sanidad y Consumo y Alcaldesa de Málaga. Esto demuestra que cualquier 'listo' puede ser alguien en la vida y en especial en la política.
He añadido la definición de 'tontito' a mi artículo ¿Minusválido, inválido, disminuido, incapacitado o discapacitado? Este término no se me había ocurrido.
Sólo espero que los tontitos y todos los familiares de los tontitos a los que hacía referencia Celia Villalobos hagan un buen uso de su voto en las próximas elecciones.
Se hablaba sobre las condiciones de contratación de personal discapacitado en el Congreso y la portavoz popular en la materia, Celia Villalobos, se ha empeñado en referirse, en varias ocasiones, al asunto como "el tema de los tontitos".Y aquí tenemos un vídeo con la explicación de José Bono, el presidente del Congreso de los Diputados.
A la segunda, el presidente del Congreso, José Bono, ha pedido a Celia Villalobos que cambiara de término y dejara de referirse a los afectados de deficiencias físicas o psíquicas como "tontitos".
Para el que no lo sepa, Celia Villalobos pertenece al Partido Popular, en la actualidad es Diputada por Málaga y anteriormente fue Ministra de Sanidad y Consumo y Alcaldesa de Málaga. Esto demuestra que cualquier 'listo' puede ser alguien en la vida y en especial en la política.
He añadido la definición de 'tontito' a mi artículo ¿Minusválido, inválido, disminuido, incapacitado o discapacitado? Este término no se me había ocurrido.
Sólo espero que los tontitos y todos los familiares de los tontitos a los que hacía referencia Celia Villalobos hagan un buen uso de su voto en las próximas elecciones.
Cuando la versión accesible es más accesible que la versión normal
De entrada, aclarar que hablar de "versión normal" y "versión accesible" es un error. No se tienen que crear varias versiones de un mismo sitio web, se tiene que crear una única versión que sea accesible por todos los usuarios. Sólo en el caso de que no haya otra solución, se puede optar por crear una versión alternativa accesible, tal como nos dice el W3C en el punto de verificación 11.4 de WCAG 1.0:
En la parte central de la página destacan cuatro imágenes, prácticamente iguales, pero diferentes por una pequeña variación en el color:
Resulta que esas imágenes son enlaces que conducen a un documento PDF en inglés, francés, alemán e italiano. En la "versión normal", la versión visual, es imposible saber cuál es la función y el destino de cada enlace:
Los cuatro enlaces de las imágenes aparecen como:
Acertijo: está claro cuál es el error, ¿pero sabes por qué lo han cometido los creadores de este sito web? ¿Qué ha originado este error tan simple y evidente?
Para terminar, no he realizado un análisis de la accesibilidad de la página web principal, pero en 30 segundos se pueden encontrar los típicos errores:
11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible, proporcione un vínculo a una página alternativa que use tecnologías W3C, sea accesible, tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la página (original) inaccesible.Me acabo de encontrar con el sitio web del proyecto Tuning, financiado por la Unión Europea y mantenido por la Universidad de Deusto. En la imagen siguiente podemos ver la página principal visualizada en Mozilla Firefox:
En la parte central de la página destacan cuatro imágenes, prácticamente iguales, pero diferentes por una pequeña variación en el color:
Resulta que esas imágenes son enlaces que conducen a un documento PDF en inglés, francés, alemán e italiano. En la "versión normal", la versión visual, es imposible saber cuál es la función y el destino de cada enlace:
- Las imágenes son muy pequeñas y no se puede leer nada.
- La URL del enlace no aporta información útil para descubrir el destino del enlace: http://www.tuning.unideusto.org/tuningeu/index.php?option=com_docman&task=docclick&Itemid=59&bid=81&limitstart=5&limit=5
Los cuatro enlaces de las imágenes aparecen como:
- Enlace: Tuning General Brochure in English
- Enlace: Tuning General Brochure in French
- Enlace: Tuning General Brochure in German
- Enlace: Tuning General Brochure in Italian
Acertijo: está claro cuál es el error, ¿pero sabes por qué lo han cometido los creadores de este sito web? ¿Qué ha originado este error tan simple y evidente?
Para terminar, no he realizado un análisis de la accesibilidad de la página web principal, pero en 30 segundos se pueden encontrar los típicos errores:
- La página no tiene título: la etiqueta <title> está vacía.
- No se emplea el atributo lang para indicar el idioma principal ni los cambios de idioma.
- La tabla está maquetada con tablas.
- Se crean listas que en realidad no son listas.
- Se emplean mapas de imagen cuando no son necesarios
¿Qué otros errores de accesibilidad tiene la página?
lunes, 21 de febrero de 2011
Nuevo calendario para HTML 5
El artículo W3C: HTML5 Spec Due in 2014 nos cuenta que el W3C ha redefinido el calendario del desarrollo de HTML 5.
Ahora parece que la última llamada (last call) se producirá durante el segundo cuatrimestre de 2011 y se espera que la especificación completa sea publicada en el año 2014. El calendario completo lo podemos encontrar en HTML Working Group Charter:
Mientras tanto, el W3C nos indica que debemos ser cuidadosos a la hora de utilizar HTML 5, pero también nos animan a utilizarlo cuando sea conveniente:
Although W3C officials have warned developers not to adopt the HTML5 capabilities prematurely, the standards body also is encouraging developers to implement HTML5 where appropriate.
Ahora parece que la última llamada (last call) se producirá durante el segundo cuatrimestre de 2011 y se espera que la especificación completa sea publicada en el año 2014. El calendario completo lo podemos encontrar en HTML Working Group Charter:
- Last Call Working Draft: 2011 Q2 (segundo cuatrimestre)
- Candidate Recommendation: 2012 Q2
- Proposed Recommendation: 2014 Q1 (primer cuatrimestre)
- Recommendation: 2014 Q2
Mientras tanto, el W3C nos indica que debemos ser cuidadosos a la hora de utilizar HTML 5, pero también nos animan a utilizarlo cuando sea conveniente:
Although W3C officials have warned developers not to adopt the HTML5 capabilities prematurely, the standards body also is encouraging developers to implement HTML5 where appropriate.
sábado, 19 de febrero de 2011
Una Web que habla
Acabo de leer el artículo A World Wide Web that talks. El artículo habla del proyecto Spoken Web de IBM, que intenta recrear las características y funciones de la Web textual para personas con un nivel de alfabetización y de cultura digital bajo. El público objetivo de este sistema son las personas sin educación de regiones en desarrollo.
Sin embargo, este sistema me ha recordado otro que comenté hace un par de años en la entrada Navegación mediante un teléfono móvil, que tenía características similares, pero que en ese caso estaba destinado a ser usado por personas ciegas o con graves problemas de visión.
Sin embargo, este sistema me ha recordado otro que comenté hace un par de años en la entrada Navegación mediante un teléfono móvil, que tenía características similares, pero que en ese caso estaba destinado a ser usado por personas ciegas o con graves problemas de visión.
viernes, 18 de febrero de 2011
Un programa permite que los ciegos toquen cualquier imagen
El artículo Printed Photos the Blind Can 'See' describe un programa que permite crear una imagen táctil a partir de una fotografía. De esta forma, una persona ciega puede "ver" una imagen. Por ahora el sistema esta desarrollado para fotografías de caras, pero es de esperar que se generalizará para cualquier tipo de imagen.
En la siguiente imagen podemos ver un ejemplo de este sistema: en primer lugar, la fotografía original; en segundo lugar, los trazos principales de la fotografía (los bordes); y en tercer y último lugar,
la impresión en relieve de los trazos principales de la fotografía para que una persona ciega los pueda sentir/ver.
[Actualización 28/02/2011]
Otro artículo que trata el mismo tema: Researchers help blind 'see' Facebook photos.
En la siguiente imagen podemos ver un ejemplo de este sistema: en primer lugar, la fotografía original; en segundo lugar, los trazos principales de la fotografía (los bordes); y en tercer y último lugar,
la impresión en relieve de los trazos principales de la fotografía para que una persona ciega los pueda sentir/ver.
[Actualización 28/02/2011]
Otro artículo que trata el mismo tema: Researchers help blind 'see' Facebook photos.
jueves, 17 de febrero de 2011
Prerrequisitos de la clase sobre accesibilidad web en el Máster en Tecnologías de la Informática
En la asignatura Calidad en el Diseño de Aplicaciones Web del Máster Universitario en Tecnologías de la Informática de la Universidad de Alicante imparto un tema sobre accesibilidad web.
He publicado en mi sitio web sobre accesibilidad los prerrequisitos de la clase presencial que tendré con los alumnos el próximo 1 de marzo. El objetivo de estos prerrequisitos es que los alumnos aprendan de forma autónoma una serie de conocimientos antes de la clase presencial, con el fin de que la clase presencial sea mucho más provechosa. No es una idea original, en el mundo anglosajón se emplea mucho el "pre-reading": lecturas que el alumno tiene que haber leído antes de asistir a la clase presencial.
Para motivar a los alumnos a leer y ver los vídeos que he preparado, les he pedido también que realicen un par de actividades.
En la primera actividad, los alumnos tienen que realizar una evaluación de la accesibilidad web de una página de alguna administración pública, para comprobar si cumple el REAL DECRETO 1494/2007.
En la segunda actividad, los alumnos tienen que realizar una propuesta de captcha accesible. Esta es una actividad difícil, no espero una solución perfecta, pero sí que propongan algo y evalúen los pros y contras de su propuesta.
He publicado en mi sitio web sobre accesibilidad los prerrequisitos de la clase presencial que tendré con los alumnos el próximo 1 de marzo. El objetivo de estos prerrequisitos es que los alumnos aprendan de forma autónoma una serie de conocimientos antes de la clase presencial, con el fin de que la clase presencial sea mucho más provechosa. No es una idea original, en el mundo anglosajón se emplea mucho el "pre-reading": lecturas que el alumno tiene que haber leído antes de asistir a la clase presencial.
Para motivar a los alumnos a leer y ver los vídeos que he preparado, les he pedido también que realicen un par de actividades.
En la primera actividad, los alumnos tienen que realizar una evaluación de la accesibilidad web de una página de alguna administración pública, para comprobar si cumple el REAL DECRETO 1494/2007.
En la segunda actividad, los alumnos tienen que realizar una propuesta de captcha accesible. Esta es una actividad difícil, no espero una solución perfecta, pero sí que propongan algo y evalúen los pros y contras de su propuesta.
miércoles, 16 de febrero de 2011
Apuntes del curso "Experiencia de usuario: accesibilidad web"
En mi sitio web sobre accesibilidad web he publicado los apuntes sobre accesibilidad web que me ha pasado una alumna del tema sobre accesibilidad que impartí en la asignatura "Experiencia de usuario" del Curso de especialista en diseño web que impartimos en la Universidad de Alicante.
Este tema duró 4 horas y el alumnado es mayoritariamente no técnico, sin experiencia en creación de páginas web, por lo que fue una clase totalmente introductoria.
Este tema duró 4 horas y el alumnado es mayoritariamente no técnico, sin experiencia en creación de páginas web, por lo que fue una clase totalmente introductoria.
martes, 15 de febrero de 2011
Curso en línea sobre accesibilidad web
La Fundación Ciencias de la Documentación organiza la lección magistral Accesibilidad Web: definición, leyes y políticas, pautas, herramientas de validación y normas generales, con una duración de 10 horas y un coste de 50€.
El programa de este curso es:
El programa de este curso es:
- Introducción a la accesibilidad: limitaciones de acceso.
- Definición de accesibilidad: por qué es importante.
- Leyes y políticas en accesibilidad: España, Europa, Iberoamérica y EE.UU.
- Pautas de Accesibilidad Web.
- Validación de la accesibilidad: herramientas disponibles.
- Normas generales y consejos prácticos para diseñar páginas web accesibles.
- Resumen final.
- Bibliografía.
lunes, 14 de febrero de 2011
Tonterías, las justas
¿Por qué hay gente que todavía se empeña en poner estas tonterias? En la Revista Dintel podemos leer en el pie de página:
¿Cómo puede ser que aún se pongan estas tonterías en las páginas web? En sorprendente que una fundación y una revista, que tiene como objetivo la "Difusión de las ingenierías Informática y de Telecomunicación" (DINTEL) cometa este tipo de errores de principiante.
[Actualización 15/02/2011]
En un comentario, me preguntan por qué es una tontería o qué es exactamente la tontería. Creo que la pregunta es retórica, la persona que me hace la pregunta sabe cuál es el problema, simplemente está expresando sus pensamientos en forma de preguntas. De todas formas, una pequeña explicación para aquellos que lean esto y sí se pregunten por qué es una tontería:
[Actualización 04/03/2011]
Otra razón más: la mayoría de los usuarios no comprende estos mensajes, la mayoría de los usuarios no saben o no entienden bien qué es la resolución de pantalla.
Portal optimizado a una resolución de 1024x768 y Microsoft Internet Explorer
¿Cómo puede ser que aún se pongan estas tonterías en las páginas web? En sorprendente que una fundación y una revista, que tiene como objetivo la "Difusión de las ingenierías Informática y de Telecomunicación" (DINTEL) cometa este tipo de errores de principiante.
[Actualización 15/02/2011]
En un comentario, me preguntan por qué es una tontería o qué es exactamente la tontería. Creo que la pregunta es retórica, la persona que me hace la pregunta sabe cuál es el problema, simplemente está expresando sus pensamientos en forma de preguntas. De todas formas, una pequeña explicación para aquellos que lean esto y sí se pregunten por qué es una tontería:
- "Portal optimizado a una resolución de 1024x768": con la diversidad de dispositivos que se emplean hoy en día para acceder a la Web (ordenadores de escritorio, portátiles, netbooks, teléfonos inteligentes, tabletas), cada uno con su resolución y su formato (4:3, 16:9), y cada usuario con su configuración de área de trabajo (barras de herramientas, barras de accesos rápidos) que limita el área de visualización disponible, es una tontería realizar esta afirmación. Porque en realidad, esta afirmación normalmente es falsa, ya que en realidad lo que quiere decir es "Portal diseñado para una resolución de 1024x768, para el resto de resoluciones no me he preocupado en comprobar cómo se visualiza".
- "Microsoft Internet Explorer": con la diversidad de navegadores que emplea la gente, optimizar un sitio web para un solo navegador es una tontería (más bien, es una estupidez). Y es más tontería cuando se hace para Microsoft Internet Explorer, uno de los peores navegadores que ha existido y que ha hecho mucho daño al desarrollo web por su incumplimiento de los estándares, lo que ha obligado a los desarrolladores web a hacer "apaños" para que sus sitios web se pudieran visualizar en diferentes navegadores. Y es más tontería cuando las diferencias entre diferentes versiones de Microsoft Internet Explorer son tremendas. ¿Para qué versión de Microsoft Internet Explorer está optimizado el portal?
- "DINTEL = Difusión de las ingenierías Informática y de Telecomunicación": es una tontería que una revista/fundación dedicada a la difusión de las ingenierías informática y telecomunicación cometa este error. Con este tipo de mensajes sólo difunde desconocimiento.
- "Tonterías las justas": es un programa de humor que emiten por un canal de televisión en España y me vino a la cabeza en cuanto vi este pie de página tan tonto.
[Actualización 04/03/2011]
Otra razón más: la mayoría de los usuarios no comprende estos mensajes, la mayoría de los usuarios no saben o no entienden bien qué es la resolución de pantalla.
martes, 8 de febrero de 2011
Fix the Web
Acabo de leer la noticia Stephen Fry backs project to make Web more accessible, publicada en la web de la Universidad de Southampton. La noticia presenta el proyecto Fix the Web, que permite informar de los sitios web que son no accesibles. A continuación, un conjunto de voluntarios revisan los informes y se ponen en contacto con los propietarios de los sitios web y les informan de los problemas que tienen y de cómo resolverlos.
lunes, 7 de febrero de 2011
Subtítulos de los vídeos en YouTube
Acabo de ver el vídeo corporativo de la Fundación ONCE. A raíz de ese vídeo, he visitado el canal de la Fundación ONCE en YouTube. Y he visto el último vídeo publicado sobre la presentación del Observatorio de Accesibilidad a Municipio hace sólo dos meses.
Los vídeos de la Fundación ONCE están subtitulados, pero no de la mejor forma, ya que los subtítulos están integrados en el propio vídeo. Al estar integrados los subtítulos en el vídeo, no se pueden desactivar ni se puede configurar su modo de presentación. Esto causa varios problemas, el más evidente es que no se puede ofrecer el vídeo con subtítulos en otros idiomas. Además, otro problema importante es que YouTube no tiene constancia de que los vídeos tienen subtítulos, por lo que no pueden ser encontrados por una persona sorda que realice una búsqueda de vídeos con subtítulos. Es sorprende que la Fundación ONCE cometa este error.
YouTube ofrece desde hace tiempo la posibilidad de subtitular los vídeos. Ya explicaré en otra entrada cómo se hace.
Cuando se realiza una búsqueda de un vídeo, se puede emplear "Opciones de búsqueda" para indicar en el apartado "Características" que se quiere buscar vídeos que tengan subtítulos. Para ello hay que seleccionar la opción "Subtítulos cerrados", traducción literal de closed captions, el término que se emplea en inglés. En la siguiente imagen podemos ver las "Opciones de búsqueda" de YouTube:
Los vídeos que tienen subtítulos aparecen en los resultados de una búsqueda con el marcador "cc" (de closed captions), como podemos ver en la siguiente imagen donde aparecen tres vídeos que tengo publicados en YouTube con subtítulos:
Como podemos ver en la siguiente imagen del vídeo Accesibilidad de la página web del Senado (1/2), los subtítulos aparecen sobreimpresos sobre el vídeo. En la barra del reproductor (player) aparece un botón en rojo con las letras "cc" cuando el vídeo tiene subtítulos.
Este botón permite activar y desactivar los subtítulos. Además, también permite configurar algunos parámetros de visualización de los subtítulos, como el tipo de letra, el tamaño de letra y el más importante, el idioma de los subtítulos.
Los vídeos de la Fundación ONCE están subtitulados, pero no de la mejor forma, ya que los subtítulos están integrados en el propio vídeo. Al estar integrados los subtítulos en el vídeo, no se pueden desactivar ni se puede configurar su modo de presentación. Esto causa varios problemas, el más evidente es que no se puede ofrecer el vídeo con subtítulos en otros idiomas. Además, otro problema importante es que YouTube no tiene constancia de que los vídeos tienen subtítulos, por lo que no pueden ser encontrados por una persona sorda que realice una búsqueda de vídeos con subtítulos. Es sorprende que la Fundación ONCE cometa este error.
YouTube ofrece desde hace tiempo la posibilidad de subtitular los vídeos. Ya explicaré en otra entrada cómo se hace.
Cuando se realiza una búsqueda de un vídeo, se puede emplear "Opciones de búsqueda" para indicar en el apartado "Características" que se quiere buscar vídeos que tengan subtítulos. Para ello hay que seleccionar la opción "Subtítulos cerrados", traducción literal de closed captions, el término que se emplea en inglés. En la siguiente imagen podemos ver las "Opciones de búsqueda" de YouTube:
Los vídeos que tienen subtítulos aparecen en los resultados de una búsqueda con el marcador "cc" (de closed captions), como podemos ver en la siguiente imagen donde aparecen tres vídeos que tengo publicados en YouTube con subtítulos:
Como podemos ver en la siguiente imagen del vídeo Accesibilidad de la página web del Senado (1/2), los subtítulos aparecen sobreimpresos sobre el vídeo. En la barra del reproductor (player) aparece un botón en rojo con las letras "cc" cuando el vídeo tiene subtítulos.
Este botón permite activar y desactivar los subtítulos. Además, también permite configurar algunos parámetros de visualización de los subtítulos, como el tipo de letra, el tamaño de letra y el más importante, el idioma de los subtítulos.
YouTube permite añadir subtítulos en diferentes idiomas a un mismo vídeo. Además, también permite emplear un servicio de traducción automática de los subtítulos: podemos añadir los subtítulos en un único idioma, por ejemplo español, y YouTube se encarga de traducirlo a otros idiomas.
Por ejemplo, en la siguiente imagen aparecen los mismo subtítulos que en la imagen anterior, pero traducidos al alemán:
En conclusión: los subtítulos no se tienen que integrar en el propio vídeo, como lo hace la Fundación ONCE, sino que se tienen que publicar de forma separada. Además, hoy en día se pueden hacer vídeos que integren los subtítulos y la lengua de signos todo junto, permitiendo al usuario activar y desactivar lo que desea ver.
Suscribirse a:
Entradas (Atom)