7 diferencias Javascript entre Firefox e Internet Explorer
http://www.anieto2k.com/2009/04/29/7-diferencias-javascript-entre-firefox-e-internet-explorer/
7 diferencias Javascript entre Firefox e Internet Explorer
http://www.anieto2k.com/2009/04/29/7-diferencias-javascript-entre-firefox-e-internet-explorer/
Técnicas WCAG 2.0 para 10 dudas habituales sobre accesibilidad
http://olgacarreras.blogspot.com/2009/05/tecnicas-wcag-20-para-10-dudas.html
The 5 Layers of Web Accessibility
http://www.slideshare.net/ginader/the-5-layers-of-web-accessibility
Agregador de blogs sobre accesibilidad:
Introducción a la evaluación de la accesibilidad web
Presenta tres artículos relacionados con la accesibilidad web que parecen interesantes.
Un interesante artículo sobre la accesibilidad en los gestores de contenido, entendidos estos como herramientas de autor (y no tengo claro que la relación sea del todo correcta):
Poco a poco HTML 5 va tomando fuerza y cada vez aparece más información acerca de la nueva versión del estándar de creación de páginas web.
Hoy leo en aNieto2K que la nueva versión de HTML incorpora un conjunto de tipos de enlaces predefinidos para determinar que clase de enlace es el que estamos poniendo. Al definir el tipo de enlace se da más información al usuario (a través de su navegador) y a los buscadores. De esta manera al usuario le resultará más fácil saber que debe hacer con ese enlace.
No es una gran utilidad para la mayoría de los creadores de páginas web pequeñas (que son una parte importante) pero si será útil para los creadores de páginas web grandes y, seguramente, para los bloguers. De todas formas, las “funcionalidades” de este tipo, que añaden complejidad (y en este caso más de lo que parece) no suelen ser bien recibidas por los usuarios que deben utilizarlas y demasiadas veces suelen caer en el olvido. ¿Será el caso?
Sea lo que sea, vale la pena leer el post de aNieto2K y empezar a familiarizarse con las novedades del HTML 5.
@inproceedings{1243455,
author = {Sandeep R Patil},
title = {Accessible image file formats:the need and the way (position paper)},
booktitle = {W4A '07: Proceedings of the 2007 international cross-disciplinary
workshop on Web accessibility (W4A)},
year = {2007},
isbn = {1-59593-590-X},
pages = {40--43},
location = {Banff, Canada},
doi = {http://doi.acm.org/10.1145/1243441.1243455},
publisher = {ACM Press},
address = {New York, NY,USA},
}
ABSTRACT
Accessibility is one of the key checkpoints in all software’s products, applications & websites. Accessibility with digital images has always been a major challenge for the industry. Images form an integral part of certain type of documents & most of the Web 2.0 compliant websites. Audience challenged with blindness and many dyslexics only makes use of screen readers/ text readers/narrator software programs to access the computer and computer displayed information. Such audience cannot view digital images/pictures. Hence drafting accessible documents or designing accessibility enhanced websites containing digital images representing figures, diagrams, map, snaps etc is a challenges. There are various published best practices for accessibility of documents or website containing images so that they can be better understood by the visually impaired users. But these are truly not enough to cover all kind of practical scenarios and this paper positions a need for a more innovative solutions. The paper also proposes accessibility enhanced image formation technique with relevant modification required in screen readers/narrator software programs and positions its edge over the existing methods.
Este artículo propone un sistema de marcado de imágenes para accesibilidad a partir de la descripción de las diferentes partes que la componen. La idea es añadir metadatos que describan la imagen por partes. El ejemplo que usa, evidentemente bien escogido para que funcione, es un diagrama de flujo en el que se describen cada una de sus partes por separado. No está mal pero parece poco relevante pudiendo usar longdesc para facilitar una descripción completa de la imagen.
Seguimos con mis planteamientos problemáticos. Ahora mismo, el problema es conseguir una lista, amplia, pero real, de requerimientos que podría tener un objeto de aprendizaje que le impidiese mostrarse en todo su esplendor en un determinado dispositivo de usuario.
Empiezo por hacer un listado de posibles limitaciones de dispositivos de usuario. Creo que es una buena opción para empezar:
¿Son pocas? Así, a primera vista sí, sin embargo parece que esas opciones deberían ser suficientes para determinar las necesidades del OA en cuanto a las características del cliente.
Hay un detalle que no me atrevo a poner pero que tal vez sea realmente relevante. El navegador y/o el sistema operativo. Preferiría que esas opciones fueran substituidas por el motivo por el cual un determinado navegador o un determinado sistema operativo no pueden ser usados. ¿Están incluidos todos los motivos que pueden eliminar a un SO o un navegador de la visualización de un OA?
Los que venís siguiendo este blog con más o menos regularidad (tres: Isma, César y Enric
) sabéis que me preocupa, de lo que estoy haciendo, esa obligatoriedad que se transmite en los foros que hablan de accesibilidad, a que todas las páginas sean accesibles y a no admitir páginas separadas más o menos accesibles.
Hoy, sin embargo, en mi lista de referencia, se trataba el tema de contenidos educativos y accesibilidad. Allí se defendía la posibilidad sobre la que se ha basado lo que he ido haciendo hasta ahora: Es perfectamente admisible que exista contenido no accesible en un material educativo, siendo recomendable que exista un contenido accesible alternativo.
Sí, es de lógica, pero al no encontrar nada escrito, así, claramente, me daba una cierta “cosa” el ser yo el que lo escribiese. Ahora ya hay personas reconocidas que lo afirman, ya estoy más tranquilo
Sigamos pues en lo que estábamos.