Archive for Mayo, 2007

Artículo: Accessible image file formats: the need and the way (position paper)

@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.

Comentarios

OA: Marcando sus requerimientos (1)

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:

  • Sin javascript
  • Sin plugin de Flash
  • Sin plugin de Silveligth
  • Sin Java
  • Sin XML
  • Sin ActiveX
  • Pantalla de 176 por 208
  • Pantalla de 208 por 208
  • Pantalla de 240 por 320
  • Pantalla de 320 por 240
  • Pantalla de 352 por 416
  • Pantalla de 640 por 480
  • Pantalla de 800 por 480
  • Pantalla de 800 por 600
  • Blanco y negro
  • 16 colores
  • 256 colores
  • 65536 colores
  • Sin ratón
  • Teclado limitado (pda o móvil sin teclado qwerty)
  • Sin sonido

¿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?

Comentarios