Unidad Didctica 1 Introduccin a la accesibilidad en la Web

ndice
ndice de las lecciones de aprendizaje de la Unidad didctica 1. Leccin 1: Qu es accesibilidad? Leccin 2: Diseo y desarrollo de recursos accesibles Leccin 3: Legislacin, normativa y estndares

Introduccin
La sociedad actual est inmersa en una nueva revolucin tecnolgica y de la informacin, convirtiendo al ordenador en herramienta principal de transmisin e intercambio de informacin y contenidos. Las Tecnologas de la informacin y la Comunicacin (TIC) han evolucionado enormemente en los ltimos aos, y esto posibilita nuevas formas de llegar a la informacin. Las TIC ofrecen grandes servicios como: bsqueda de empleo, educacin on-line, documentacin, prensa, juegos, ocio, gestiones administrativas, etc. Sin embargo todos estos tipos de servicios no son accesibles a todos los ciudadanos. Fijndonos en los contenidos Web se puede observar que, actualmente, muchos de ellos presentan barreras de accesibilidad que dificultan o imposibilitan su acceso. Los usuarios con mayores problemas son las personas con discapacidad, pero en realidad las barreras de accesibilidad afecta a muchos ms grupos de usuarios y contextos de uso, dando lugar a considerar en un sentido ms amplio el concepto de diversidad funcional, ya que las personas somos distintas y accedemos a la Web de distinta manera. As, se debera asegurar el acceso a la Web a cualquier persona, independientemente de cmo acceda, sin etiquetar a la persona por sus caractersticas de acceso. Adems de no discriminar en el acceso a la informacin, no ofreciendo slo el acceso a la Web a unos pocos, la accesibilidad conlleva grandes beneficios y mejoras en un sitio Web. Para llegar a alcanzar este propsito de ser accesible existen varias iniciativas a distintos niveles, enfocadas a normalizar, estandarizar y regular para reforzar las iniciativas de desarrollo accesible. Para disear y desarrollar un sitio Web accesible hay que seguir un Diseo Universal teniendo en cuenta las necesidades de todos los grupos de usuarios. Para ello es necesario tener en mente la accesibilidad desde el inicio del proceso de diseo y desarrollo Web, siguiendo metodologas de Diseo Centrado en el Usuario, contando en todo momento con una participacin muy activa de todos los tipos de usuarios en todas las fases del proceso. En esta unidad temtica se repasarn todos estos temas y se recomendarn lecturas adicionales para contextualizar mejor toda la informacin referente a la accesibilidad Web. Como convenio de trminos, cuando nos refiramos a accesibilidad Web en este curso, se hablar de la accesibilidad que hay que proporcionar a los sitios Web. La accesibilidad de un sitio Web comprende desde sus pginas Web hasta todos los e _ recursos electrnicos que albergan, como pueden ser documentos textuales, vdeos, informacin sonora (audio), presentaciones, etc.

Objetivos
Definir qu es accesibilidad en todo su mbito de actuacin Conocer como acceden a la Web las personas con discapacidad Adquirir conocimientos sobre cmo regular y estandarizar un acceso equitativo a la Web.

Esquema de contenidos:
Barreras de accesibilidad en el acceso a la Web

Cmo se accede a la Web?

Problemas en el acceso Cmo evitarlo?

Diseo Universal Metodologa de Diseo centrado en el usuario Proceso iterativo incremental Estndar: WCAG 1.0 de WAI

Regulacin:
Normativa Estndares: WAI Legislacin

Leccin 1: Qu es accesibilidad? ndice

ndice de la leccin 1: Apartado 1.1: Introduccin a la accesibilidad Apartado 1.2: Cmo acceden las personas a la Web y medios electrnicos? Apartado 1.3: Acceso a la Web segn tipo de discapacidad Apartado 1.4: Tipos de Acceso. Ayudas tcnicas Apartado 1.5: Acceso a la Web en distintos contextos de uso

Introduccin
Las personas accedemos a Internet de maneras muy diversas dependiendo de diferentes factores: caractersticas propias de la persona al acceder, contextos de uso, caractersticas tecnolgicas, etc. Todos estos factores hay que tenerlos en cuenta a la hora de disear un sitio Web accesible, estudiando cmo proporcionar el acceso a cada recurso en nuestro sitio Web independientemente de la forma de interactuar de cada usuario El estudio de los diferentes factores que influyen en el acceso a un sitio Web nos llevar a entender la importancia de los estndares y otras soluciones para evitar barreras de accesibilidad en la Web.

Objetivos
Saber cmo acceden a los medios electrnicos las personas con discapacidad Conocer las principales barreras de accesibilidad

Apartado 1.1: Introduccin a la accesibilidad

Si pensamos en una primera definicin de accesibilidad, nos podemos referir a la facilidad de acceder a un lugar, una persona o una cosa. Con la llegada de la sociedad de la informacin, y el avance de las nuevas tecnologas y de las comunicaciones (TIC), el concepto de accesibilidad ha adquirido una gran importancia teniendo que tener en cuenta nuevas situaciones, contextos, medios, etc. La accesibilidad, ahora, adems de considerarla en el medio fsico, tambin es necesario considerarla en el medio virtual. De este modo, es posible expresar el concepto de accesibilidad con una definicin ms amplia, bajo la idea de que cualquier persona debe poder disponer y utilizar las edificaciones, servicios, productos, recursos o tecnologas en igualdad de condiciones con los dems. Los ciudadanos utilizan cada vez ms las TIC para obtener informacin, bsqueda de ocio, educacin, comunicarse socialmente, realizar gestiones administrativas, aumentando da a da los servicios que se prestan por va telemtica, etc. Por ello es tan importante asegurar el acceso a todos los medios electrnicos a todos los ciudadanos, independientemente de su situacin y modo de interactuar con la Web. La cuestin es: todas las personas pueden acceder a la Web? La respuesta es NO,. Hay personas que no puede acceder a estos medios y sus servicios. Las personas con discapacidad son los usuarios ms afectados, pero las barreras de accesibilidad se extienden ms all de los grupos con discapacidad, abarca a toda la ciudadana. El uso equitativo de las TIC es un derecho para todas las personas, pero para las personas con discapacidad debera ser una oportunidad para poder integrarlas, favoreciendo su autonoma. Presentar la informacin de manera accesible supone garantizar el acceso a la misma con independencia de:

El equipamiento (hardware). Los programas (software): editores de texto, bases de datos, programas de presentaciones, programas de diseo grfico, etc. Agentes de usuario: navegadores grficos, navegadores de voz, navegadores de texto, reproductores, etc. Dispositivos: teclado, ratn, ratn de cabeza, la voz, pantalla, dispositivos Braille, etc.

En este curso se va a tratar la accesibilidad a los medios electrnicos: a la Web y otros recursos electrnicos que nos podemos encontrar en la Web como puede ser vdeos, documentos, presentaciones multimedia, etc. 7

Para entender en su completitud todos los factores que afectan a la accesibilidad a los medios electrnicos, hay que considerar todos los elementos que facilitan el acceso a la informacin de todas las personas en igualdad de condiciones, y ello independientemente de la tecnologa que utilicen y de la discapacidad del usuario (fsica, psquica, sensorial y otras). Terminamos este apartado, definiendo la accesibilidad Web como: La posibilidad de que un contenido de la Web pueda ser accedido por cualquier persona independiente de caractersticas de acceso o derivadas del contexto de uso.

Apartado 1.2: Cmo acceden las personas a la Web y medios electrnicos?

Las personas acceden a los medios electrnicos de muy distintas maneras, segn sus caractersticas de acceso o de uso en contextos muy distintos: Pueden no ser capaces de ver, escuchar, moverse o pueden tener dificultades al procesar algunos tipos de informacin (parcial o completamente). Pueden tener dificultad en la lectura o comprensin de un texto. No tienen porqu tener o ser capaces de usar un teclado o un ratn. Pueden tener una pantalla que slo presenta texto, una pantalla pequea o una conexin lenta a Internet. Pueden no hablar o comprender con fluidez la lengua en la que est redactado el documento. Pueden tener una versin anterior del navegador, un navegador completamente diferente, un navegador de voz o un sistema operativo distinto. Etc. Es decir, la accesibilidad engloba muchos tipos de discapacidades y situaciones, incluyendo problemas visuales, auditivos, fsicos, cognitivos, neurolgicos y del habla. Para detectar, prevenir y solucionar las barreras de accesibilidad, a los usuarios se les suele clasificar en clases o grupos de usuarios segn sus caractersticas de acceso. Hay que sealar que esta agrupacin o clasificacin no es del todo correcta pues las discapacidades varan de persona a persona y con el tiempo, adems los usuarios pueden presentar combinaciones diferentes de grupos de usuarios. Para tener ms informacin acerca de cmo acceden las personas con discapacidad, se recomienda la lectura del siguiente documento referente al acceso a Web: Lectura obligatoria: Cmo utilizan la Web las personas con discapacidad [W3C]. ltima versin en Ingles: http://www.w3.org/WAI/EO/Drafts/PWD-UseWeb/#usage Antigua versin en espaol: http://www.technosite.es/accesibilidad/recursos/documentos/PWD-UseWeb_20010104.htm#usage

Apartado 1.3: Acceso a la Web segn tipo de discapacidad

En el documento cuya lectura se recomend en el apartado anterior: Cmo utilizan la Web las personas con discapacidad, se hace referencia a diferentes tipos de discapacidad y cmo pueden afectar al acceso a la Web. Esta informacin es directamente trasladable al acceso a otros medios electrnicos que tambin se encuentran en sitios Web, como una presentacin multimedia, vdeos, documentos PDF, etc. Para obtener ms informacin al respecto, se recomienda la lectura del siguiente documento, donde se describen diferentes tipos de discapacidad incluyendo ejemplos de barreras que una persona con discapacidad puede encontrar al acceder a la Web. Lectura obligatoria: Diferentes discapacidades que pueden afectar la accesibilidad Web [W3C].

ltima versin en Ingles: http://www.w3.org/WAI/EO/Drafts/PWD-Use-Web/#diff Antigua versin en espaol: http://www.technosite.es/accesibilidad/recursos/documentos/PWD-UseWeb_20010104.htm#diff Las dificultades o barreras de accesibilidad descritas en las lecturas recomendadas en ocasiones pueden quedar resueltas con soluciones similares, de forma que diferentes grupos de usuarios puedas solventar sus problemas de accesibilidad con soluciones parecidas. Por ejemplo: o Toda persona que presenta dificultades para usar el ratn, por ejemplo, una persona con discapacidad visual y otra que no puede usar sus manos con agilidad podran, como alternativa al ratn, utilizar tecnologas que les permitieran activar rdenes, comandos, micrfono, etc. o El acceso a los textos mediante un lector de pantalla no slo beneficia a usuarios ciegos, tambin a usuarios cuyos ojos estn ocupados en otras tareas, por ejemplo, o tambin beneficia a toda persona que quiera utilizarlo como un mtodo alternativo de aprendizaje. Las soluciones de accesibilidad de los sitios Web deben seguir un diseo para todos que beneficie al mximo posible de personas, con discapacidad o sin discapacidad, teniendo en cuenta que en ocasiones las caractersticas de acceso de personas sin discapacidad son similares a las caractersticas de acceso de personas con discapacidad. Por ejemplo:

10

o El acceso de una persona con estrs, situacin de pnico, lengua no materna, etc. a un medio electrnico, puede ser muy parecido al de una persona con discapacidad cognitiva.

11

Apartado 1.4: Tipos de Acceso. Ayudas tcnicas

Como se ha introducido en los apartados anteriores, las personas con discapacidad necesitan en ocasiones tecnologa para acceder a la Web, al igual que a otros medios electrnicos. Dicha tecnologa se denomina Tecnologa de la Rehabilitacin o Ayudas Tcnicas. Ejemplos de estas tecnologas pueden ser: teclados alternativos, punteros, varillas bucales, licornios, sistema de rastreo ocular, monitor sensible al tacto, ratones, interruptores, pizarras electrnicas, lector de pantalla, lnea braille, magnificador de pantalla, etc. Cuando un usuario quiere acceder a un recurso en Internet, puede acceder a ese recurso mediante un Acceso Directo que le permite controlar toda la interaccin con el ordenador y el acceso a todo el contenido del sistema, o puede acceder al recurso mediante Tecnologa de Rehabilitacin o Ayudas Tcnicas. Esta tecnologa permite poder usar ordenadores de forma indirecta pero con Acceso Compatible y accesible. Es til y a veces necesaria para los usuarios con algn tipo de discapacidad. Permite, por ejemplo, ampliar controles y texto en pantalla, permite la utilizacin de recursos Web mediante el uso de una sola tecla, etc. Actualmente existen grandes avances en Tecnologa de Rehabilitacin hardware y software. Para ms informacin, se recomienda consultar el siguiente enlace sobre Ayudas Tcnicas. Enlace recomendado: Centro Estatal de Autonoma Personal y Ayudas Tcnicas, IMSERSO, Ministerio de Trabajo y Asuntos Sociales. http://www.ceapat.org/

As, podemos definir los siguientes tipos de acceso: Accesos equivalente y alternativo. Un acceso equivalente ofrece el mismo contenido, pero ofrecido por distinto medio, con otra forma de presentacin, segn las necesidades del usuario. o Por ejemplo, el acceso equivalente de un libro puede ser un libro electrnico, un libro hablado o en formato Braille. En cambio el acceso alternativo ofrece una alternativa de acceso al recurso, pero el contenido del recurso no tiene por qu ser el mismo. Siempre que sea posible, es recomendable que proporcionemos un acceso equivalente frente a uno alternativo. El acceso alternativo es recomendable tan slo en el caso de que no sea posible la primera opcin. 12

Accesos directo y compatible Un acceso directo permite acceder al contenido sin la utilizacin de ayudas tcnicas (con controles del teclado estndar, pantalla, opciones dados en el contenido de la Web, etc.). o Por ejemplo: agrandar los elementos de la pantalla, cambiar sus colores, escuchar textos (actualmente muy frecuente en las Web de muchos diarios online que dan la posibilidad de escucha noticias), etc. Los medios electrnicos diseados con acceso compatible tienen en cuenta la utilizacin de ayudas tcnicas y garantizan la interoperabilidad de los mismos con las ayudas tcnicas que manejen los usuarios. Un acceso compatible es el que se proporciona siguiendo el estndar de accesibilidad WCAG 1.0.

Actualmente existen grandes avances en Tecnologa de Rehabilitacin hardware y software. Se recomienda la lectura del siguiente documento de W3C para introducir los principales avances en el acceso a la Web: Lectura recomendada: Ayudas tcnicas y estrategias de adaptacin [W3C]

ltima versin en Ingles: http://www.w3.org/WAI/EO/Drafts/PWD-Use-Web/#tools Antigua versin en espaol: http://www.technosite.es/accesibilidad/recursos/documentos/PWD-UseWeb_20010104.htm#tools

Los contenidos y aplicaciones Web deberan crearse y/o adaptarse para mejorar la experiencia de usuario con diferentes mecanismos de acceso. El trmino "Independencia de Dispositivos" se usa para este objetivo. Es necesario disear el sitio Web asegurando una independencia de dispositivo con el que cada usuario acceda a la Web. Se recomienda la siguiente lectura, donde se describen los principios de independencia de dispositivo: Lectura obligatoria: Principios de independencia de dispositivos [W3C]

ltima versin en Ingles: http://www.w3.org/TR/di-princ/ Antigua versin en espaol: http://petra.euitio.uniovi.es/~i1767201/DIP/DIP.html

13

Apartado 1.5: Acceso a la Web en distintos contextos de uso

Si volvemos a la definicin de accesibilidad, hay que ofrecer acceso independiente de las caractersticas de acceso de las personas y situaciones de contexto derivadas, punto que ya hemos tratado en los apartados anteriores, pero tambin hay que asegurar un acceso independientemente de las caractersticas tecnolgicas del contexto de uso. Con estas caractersticas nos referimos a: Conexin: mdem, ADSL, wireless,... y sus caractersticas (como la velocidad de conexin, etc.). Dispositivo: ordenador de sobremesa, PDA, Terminal de texto, telfono mvil,... Sistema operativo: Windows, GNU/Linux, Macintosh, Solaris, Navegador: Grfico (Firefox , Internet Explorer, Opera, etc.), slo texto (IBM Home Reader, Lynx, etc.), Configuracin del navegador o equipo: Javascript, imgenes, pluggins, colores, sonido, tamao de pantalla,... Ambiente de uso: ruidoso, poco iluminado, Pero al igual que vimos que la misma solucin poda resolver las dificultades de acceso derivadas de diferentes discapacidades y sus barreras de acceso, tambin con las mismas soluciones se puede resolver contextos de uso no favorables a la accesibilidad, por ejemplo: Para que una persona sorda acceda a un vdeo, habra que proporcionar subtitulado, pero este subtitulado, servira para el acceso de cualquier persona en un ambiente de silencio, como puede ser una biblioteca.

14

Ejercicios resueltos
No se requieren ejercicios resueltos en esta leccin

Ejercicios de autocomprobacin y Prcticas

Ejercicio 1.- De las siguientes afirmaciones, indican sin son ciertas o falsas. A. Las barreras de accesibilidad de acceso a la Web afectan a slo a los ciegos. B. Las barreras de accesibilidad de acceso a la Web afectan a slo a las personas con discapacidad. C. Toda persona se puede ver afectada de barreras de accesibilidad de acceso a la Web. D. Los grupos afectados ante las barreras de accesibilidad de acceso a la Web son tres: las personas con discapacidad, personas mayores, usuarios con poca formacin tecnolgica. E. Cuando una persona ciega accede a una noticia en un sitio Web de un peridico online con la ayudad de un lector de pantalla, el acceso es tipo directo. F. Cuando una persona ciega accede a una noticia en un sitio Web de un peridico online gracias a un recurso audio que ofrece el sitio Web, el acceso es tipo compatible. Ejercicio 2.- Describe 5 escenarios reales donde t como usuario en la Web, puedes tener barreras de accesibilidad. Por ejemplo: Ej 1.- Tengo una fractura en el hmero. Tengo escayolado el brazo y slo puedo acceder con teclado a la Web. Si la Web no tiene independencia de dispositivo y solo se puede acceder por ratn, tendra una barrera de accesibilidad. Ej 2.- Voy a realizar una gestin administrativa por Web utilizando un servicio online y ste no es accesible.

Conclusin
No todos accedemos a la Web la misma manera. Si no se evitan las barreras de accesibilidad hay grupos de usuarios que no pueden acceder a muchos servicios e informacin que actualmente se ofrecen en la Web.

15

Leccin 2: Diseo y desarrollo de recursos accesibles ndice

ndice de la leccin 2: Apartado 2.1: Diseo universal Apartado 2.1: Experiencia del usuario Apartado 2.2: Beneficios del desarrollo Accesible Apartado 2.2: Marcos de trabajo en el proceso de desarrollo de aplicaciones Web

Introduccin
En el diseo de sitios Web y e _ recursos hay que seguir un Diseo Universal. Esto implica el esfuerzo de disear productos para que sean accesibles por el mayor nmero posible de usuarios. Adems de seguir un diseo universal, hay estndares de accesibilidad a seguir, como el WCAG en el que se profundizar ms en el punto 3.5, as como en la unidad temtica 2. Pero no slo hay que quedarse en aspectos tcnicos, es importante tener en cuenta al usuario, saber su experiencia al acceder a la Web para facilitar su acceso, por ello que sea importante seguir metodologas en su diseo y desarrollo como el Diseo Centrado en el Usuario que tienen en cuenta tambin la usabilidad. Con esta meta las organizaciones que creen sitios Web y e _ recursos accesibles adems de tener sus contenidos accesibles, obtendrn muchos beneficios indexando y posicionando mejor sus sitios Web, obteniendo implementaciones sencillas de transformar hacia otras perspectivas de mercado como la Web mvil, etc.

Objetivos
Definir qu se entiende por Diseo Universal. Conocer un marco de trabajo donde disear y desarrollar sitios accesibles.

16

Apartado 2.1: Diseo universal

Lo que fue un principio en el diseo fue concienciarse de que Un buen diseo capacita, y un mal diseo discapacita. Ante esta leccin aprendida surgieron conceptos muy odos como: Diseo para Todos, Diseo universal, Diseo nico que consisten en la percepcin y creacin de diversos productos, entornos y servicios de manera que puedan ser utilizados por el mayor nmero posible de personas, sin necesidad de adaptaciones o de proyectos especializados. El Diseo universal debe beneficiar a personas de todas las edades y capacidades. No debe hacer separacin entre las personas sino que busca la adecuacin para todos, con el mismo diseo o bien ofreciendo elecciones para diferentes necesidades. El Diseo Universal debe ser interpretado como el esfuerzo de disear productos para que sean accesibles por el mayor nmero posible de usuarios. Es importante matizar para este curso que hay seguir un diseo universal que disee pginas Web y e _ recursos accesibles con un acceso equitativo siempre que se pueda, pero a veces esto no es posible conseguirlo a travs de un nico diseo final. Es decir, hay que seguir unas pautas especficas para ofrecer un acceso de tipo compatible y nico, pero si no se pudiera, habra que dar un e _ recurso alternativo que s sea accesible, ofreciendo as un acceso directo, adems del original, al usuario para garantizar el acceso a todas las personas. Como ejemplo, se recomienda ver el siguiente vdeo donde se cuenta cmo acceden a la Web personas con discapacidad: http://www.webaim.org/intro/#video. Lo ideal sera proporcionar un nico recurso para todos los usuarios, pero como con un nico recurso no es posible llegar a todos los usuarios, se ofrecen adems del vdeo recursos alternativos para llegar al mximo de usuarios. As se ofrece vdeo subtitulado en varios formatos y trascripcin en formato txt accesible para todo tipo de usuarios en ingles y espaol. ste es un claro ejemplo de barrera de accesibilidad cuando un usuario trata de ver un vdeo en la Web, barrera de accesibilidad que no solo afecta a las personas con discapacidad, ya que si el usuario no cuenta un determinado reproductor no puede acceder al vdeo; o si la lengua materna del usuario no es la inglesa y no la conoce, tampoco puede acceder al contenido del vdeo.

17

Apartado 2.2: Experiencia del usuario

Adems de seguir un estndar de accesibilidad para disear y desarrollar un sitio Web, tal y como indica WAI, de forma paralela hay que tener en cuenta la experiencia que vivir el usuario al navegar en un sitio Web o acceder a un documento electrnico. Ser necesario ofrecer al usuario un acceso intuitivo y amigable o, por el contrario, nos encontraremos con otra barrera de accesibilidad producida por la falta de usabilidad del sitio Web. En este sentido hay que tener en cuenta disciplinas que se ocupan de la experiencia del usuario como la Interaccin Persona Ordenador (IPO), que incorpora en sus diseos interactivos hardware y software la necesidad de acercar la tecnologa a los usuarios. La IPO se ocupa fundamentalmente del anlisis y diseo de interfaces de usuario. En este sentido, la disciplina IPO avanza y fomenta la facilidad de uso de los computadores a una sociedad ms amplia, incluyendo accesibilidad. Se investiga en tipos de interaccin, interfaces de usuario ms amigables, utilizacin de interfaces inteligentes de usuarios y por ello se ocupa de dotar a la tecnologa de caractersticas como proteger al usuario de situaciones indeseables, proporcionar funcionalidades correctas, eficiencia ayudando el sistema a los usuarios a llevar a cabo sus tareas, y de dar capacidad de ser usados, o usabilidad. La accesibilidad y usabilidad Web son conceptos que estn muy ligados, pero a su vez claramente distintos. Si nos ceimos a las definiciones, usabilidad est centrada en conceptos de calidad de uso, de efectividad del uso, mientras que la definicin de accesibilidad se centra en posibilidad de uso. Pero los dos aspectos confluyen hacia la misma meta: que todos los usuarios puedan acceder a los recursos del sitio Web y su visita sea agradable. De nada sirve tener una Web que sea usable y sin embargo haya usuarios que no puedan acceder a los contenidos por problemas de accesibilidad. De igual forma, de nada sirve permitir el acceso a todos los recursos y contenido Web y que sta sea tan poco usable que el usuario quede frustrado en su visita. Concluyendo, las aplicaciones Web deben proporcionar acceso a todos los usuarios, sin excluir a aquellos con limitaciones y discapacidades, de una forma usable. Son aspectos fundamentales a tener en cuenta en el desarrollo de una aplicacin Web. De ah viene dada la convergencia de ambos conceptos a metodologas de Diseo centrado en el Usuario que se introducen en los siguientes apartados.

18

Apartado 2.3: Beneficios del desarrollo Accesible

El ofrecer contenidos accesibles e implementar sitios Web accesibles mejorar el mantenimiento y gestin de los sitios Web para usuarios con y sin discapacidad. Se asegurar que los sitios son ms fcilmente navegables y se puede acceder a ellos a travs de una diversidad de dispositivos y no slo desde el tradicional navegador grfico de sobremesa. Un sitio Web accesible es un sitio Web robusto y con un menor coste de mantenimiento. Adems existe tambin una cuestin econmica, si hay barreras de accesibilidad, esto supondr una prdida de clientes de personas sin discapacidad e imposibilidad de nuevos clientes potenciales, como sera el sector de la discapacidad.

Lectura recomendada: Beneficios Auxiliares del Diseo Web Accesible [W3C]

Documento original (ingls): http://www.w3.org/WAI/bcase/benefits.html Traduccin por SIDAR (espaol): http://www.sidar.org/recur/desdi/traduc/es/borrador/beneacce/

El ser accesible se debera ver como una ventaja social y de negocio frente a la competencia.

19

Apartado 2.4: Marcos de trabajo en el proceso de desarrollo de aplicaciones Web

Como marco de trabajo hay que recoger todas las peculiaridades de la accesibilidad. Ser necesario tener en cuenta todas las caractersticas de accesibilidad desde la fase de inicio del proceso hasta la fase de implementacin del mismo, requiriendo tratar la accesibilidad en diferentes vistas y en todo momento desde el principio de desarrollo de la aplicacin Web. Es necesario incluir criterios de accesibilidad en todo el ciclo de vida del proceso de desarrollo accesible, evaluando y depurando el diseo durante el ciclo de desarrollo y no evaluar el sitio Web nicamente una vez finalizado. Convertir en accesible un sitio Web finalizado es mucho ms costoso que disearlo desde el principio pensando en accesibilidad, ya que es ms econmico rectificar un diseo que redisear completamente el sitio Web. Sera necesario replantear todos y cada uno de los contenidos y recursos del sitio Web, as como la navegacin y diseo del mismo para hacerlos accesibles El seguir el estndar de accesibilidad del grupo de trabajo Iniciativa para la Accesibilidad en la Web (WAI), as como otros estndares promovidos por el Consorcio de Internet (W3C) es fundamental y requisito indispensable para crear aplicaciones accesibles y escalables. Pero ello no es suficiente ni garanta de xito, ser necesario establecer para la Ingeniera del Software y sus procesos de desarrollo, puntos de aplicacin y cmo articularlos para no slo asegurar la accesibilidad de la Web final en su fase de lanzamiento, sino para garantizar su durabilidad, caracterstica muy importante y difcil de conseguir en las aplicaciones Web actuales. Es recomendable seguir un Diseo Centrado en el Usuario (DCU) como marco metodolgico en el que se asume que todo el proceso de tipo iterativo e incremental debe estar conducido por el usuario, sus necesidades, objetivos y caractersticas. Pero, si bien asume la necesidad participativa del usuario en el proceso de diseo, no representa en s mismo un marco de trabajo con el que poder satisfacer las necesidades de usuarios con discapacidades. As hay que considerar como marco de trabajo el Diseo Inclusivo, en el que se involucra en el estudio del diseo a aquellos usuarios con necesidades especiales as como a expertos en este tipo de necesidades y discapacidades. Es un marco metodolgico mejorado a partir del conocido como DCU, que intenta satisfacer las necesidades de un mayor rango de usuarios que aquellos representados por el 'usuario medio'. De esta forma, siempre que se disee y desarrolle un sitio Web accesible, es imprescindible utilizar un enfoque de Diseo centrado en el usuario. Lectura recomendada: Notes on User Centered Design Process (UCD) [W3C]

ltima versin en Ingles: http://www.w3.org/WAI/EO/2003/ucd 20

Lectura recomendada: Just Ask: Integrating Accessibility Throughout Design

ltima versin en Ingles: http://www.uiaccess.com/accessucd/index.html

21

Ejercicios resueltos
No se requieren ejercicios resueltos en esta leccin

Ejercicios de autocomprobacin y Prcticas

Ejercicio 1.- De las siguientes afirmaciones, indicar si son ciertas o falsas. A. El diseo universal, consiste en hacer mltiples diseos de un sitio Web para as llegar a todos los grupos de usuarios, independientemente de sus caractersticas propias. B. La usabilidad es una caracterstica de la accesibilidad, ya que si un sitio Web es accesible, ser usable. C. Para disear sitios accesibles, adems de considerar la accesibilidad y seguir estndares como WCAG 1.0, hay que considerar criterios de usabilidad. D. Las metodologas de Diseo Centrado en el Usuario, ayudan a disear sitios Web que, adems de ser accesibles, son usables teniendo muy en cuenta la experiencia del usuario. E. Para incluir accesibilidad en un proceso de desarrollo, basta tener en cuenta la accesibilidad nicamente en la fase inicial de requisitos del sitio Web.

Conclusin
Hay que disear y desarrollar siguiendo un Diseo Universal, atendiendo a estndares y contando con el usuario como continuo protagonista en el proceso de diseo y desarrollo de un sitio Web. As, se ofrecer un acceso equitativo y agradable al mayor nmero de personas a la Web adems de grandes beneficios y perspectivas a la organizacin que siga estas polticas de accesibilidad.

22

Leccin 3: Legislacin, normativa y estndares ndice

ndice de los apartados de la leccin 3: Apartado 3.1: Legislacin Apartado 3.2: Normativa Apartado 3.3: Estndares Apartado 3.4: WAI

Introduccin
En trminos de normativa (ISO/TC 16027) se define accesibilidad como la facilidad de uso de forma eficiente, eficaz y satisfactoria de un producto, servicio, entorno o instrumento por personas que poseen diferentes capacidades. Por tanto, accesibilidad electrnica hace referencia a que los productos y servicios electrnicos puedan ser utilizados por los usuarios con efectividad, eficiencia y satisfaccin en un contexto de uso determinado. Por ejemplo: accesibilidad de los equipos informticos (hardware y software), accesibilidad Web, accesibilidad de la televisin digital, accesibilidad de la telefona mvil, accesibilidad de los productos y servicios de domtica, as como otros servicios caractersticos de la sociedad de la informacin. Existen muchas iniciativas como legislacin, normativa y estndares para regular e intentar el cumplimiento de polticas de accesibilidad en distintos dominios.

Objetivos
- Conocer la legislacin, normativa y estndares en relacin a la accesibilidad Web.

23

Apartado 3.1: Legislacin

Centrndonos en la legislacin nacional, primero hay que hacer referencia a la Constitucin espaola. De especial inters resulta el artculo 9.1, en el que se especifica que Corresponde a los poderes pblicos promover las condiciones para que la libertad y la igualdad del individuo y los grupos en que se integran sean reales y efectivas; acabando con los obstculos que lo impidan o dificulten y facilitando la participacin de todos los ciudadanos en la vida poltica, econmica, social y cultural. Adems, a tener en cuenta sobre accesibilidad en Espaa, se tienen las siguientes leyes, proyectos de ley o anteproyectos de ley: LEY 59/2003, de 19 de diciembre, de firma electrnica. En su disposicin adicional novena sobre Garanta de accesibilidad para las personas con discapacidad y de la tercera edad establece que: Los servicios, procesos, procedimientos y dispositivos de firma electrnica debern ser plenamente accesibles a las personas con discapacidad y de la tercera edad, las cuales no podrn ser en ningn caso discriminadas en el ejercicio de los derechos y facultades reconocidos en esta Ley por causas basadas en razones de discapacidad o edad avanzada. LEY 51/2003, de 2 de diciembre, de igualdad de oportunidades, nodiscriminacin y accesibilidad universal de las personas con discapacidad. La Ley incluye diversas novedades como el compromiso de la Administraciones Pblicas de establecer medidas contra la discriminacin, adems establece la obligacin gradual y progresiva de que todos los entornos, productos y servicios deben ser abiertos, accesibles y practicables para todas las personas y dispone plazos y calendarios para realizacin de las adaptaciones necesarias. En lo que a tecnologa se refiere destaca el principio de transversalidad. De acuerdo a este, la ley incluye entre sus mbitos de aplicacin a las tecnologas multimedia y de la informacin. La ley establece: o Disposicin final sptima. Condiciones bsicas de accesibilidad y no-discriminacin para el acceso y utilizacin de las tecnologas, productos y servicios relacionados con la sociedad de la informacin y medios de comunicacin social. En el plazo de dos aos desde la entrada en vigor de esta ley, el Gobierno aprobar, segn lo previsto en su artculo 10, unas condiciones bsicas de accesibilidad y no-discriminacin para el acceso y utilizacin de las tecnologas, productos y servicios relacionados con la sociedad de la informacin y de cualquier 24

medio de comunicacin social, que sern obligatorias en el plazo de cuatro a seis aos desde la entrada en vigor de esta ley para todos los productos y servicios nuevos, y en el plazo de ocho a diez aos para todos aquellos existentes que sean susceptibles de ajustes razonables. En el plazo de dos aos desde la entrada en vigor de esta ley, el Gobierno deber realizar los estudios integrales sobre la accesibilidad a dichos bienes o servicios que se consideren ms relevantes desde el punto de vista de la no-discriminacin y accesibilidad universal. Y favoreciendo la formacin en diseo para todos: o Disposicin final dcima. Currculo formativo sobre accesibilidad universal y formacin de profesionales. El Gobierno, en el plazo de dos aos a partir de la entrada en vigor de esta ley, desarrollar el currculo formativo en diseo para todos, en todos los programas educativos, incluidos los universitarios, para la formacin de profesionales en los campos del diseo y la construccin del entorno fsico, la edificacin, las infraestructuras y obras pblicas, el transporte, las comunicaciones y telecomunicaciones y los servicios de la sociedad de la informacin. Para administrar la puesta en marcha de la LIONDAU se consider conveniente la elaboracin de instrumentos de planificacin, y al tiempo durante su redaccin se disearon dos planes: el "Plan Nacional de Accesibilidad 2004-2012" y el "II Plan de Accin para las personas con discapacidad 2003-2007". LEY 34/2002, de 11 de julio, de servicios de la sociedad de la informacin y de comercio electrnico (LSSICE). En cuando a accesibilidad la ley dice, en sus disposiciones adicionales: o Disposicin quinta. Accesibilidad para las personas con diversidad funcional y de edad avanzada a la informacin proporcionada por medios electrnicos. o Uno. Las Administraciones Pblicas adoptarn las medidas necesarias para que la informacin disponible en sus respectivas pginas de Internet pueda ser accesible a personas con diversidad funcional y de edad avanzada de acuerdo con los criterios de accesibilidad al contenido generalmente reconocidos antes del 31 de diciembre de 2005. Asimismo, podrn exigir que las pginas de Internet cuyo diseo o mantenimiento financien apliquen los criterios de accesibilidad antes mencionados.

25

o Dos. Igualmente, se promover la adopcin de normas de accesibilidad por los prestadores de servicios y los fabricantes de equipos y software, para facilitar el acceso de las personas con discapacidad o de edad avanzada a los contenidos digitales. Evolucin de la LSSICE, de 9 de mayo de 2002, Proyecto de Ley de Servicios de la Sociedad de la Informacin y de Comercio electrnico. El Dictamen emitido por la Comisin de Ciencia y Tecnologa sobre el Proyecto de Ley de servicios de la sociedad de la informacin y de comercio electrnico recoge que: Asimismo, se contempla en la Ley una serie de previsiones orientadas a hacer efectiva la accesibilidad de las personas con discapacidad a la informacin proporcionada por medios electrnicos, y muy especialmente a la informacin suministrada por las administraciones pblicas, compromiso al que se refiere la resolucin del Consejo de la Unin Europea de 25 de marzo de 2002, sobre accesibilidad de los sitios Web pblicos y de su contenido. Anteproyecto de Ley de Medidas de Impulso de la Sociedad de la Informacin (LMISI). El presente anteproyecto de Ley se enmarca en el conjunto de medidas que constituyen el Plan 2006-2010 para el desarrollo de la Sociedad de la Informacin aprobado por el Gobierno en noviembre de 2005. El plan prev entre sus medidas la adopcin de una serie de iniciativas dirigidas a eliminar las barreras existentes en la expansin y uso de las tecnologas de la informacin y de las comunicaciones y para garantizar los derechos de los ciudadanos en la nueva sociedad de la informacin. En esta lnea, el anteproyecto de ley, por una parte, introduce una serie de innovaciones normativas en materia de comercio electrnico y de refuerzo de los derechos de los usuarios y, por otra parte, introduce una serie de modificaciones tanto de la Ley de Servicios de la Sociedad de la Informacin y de Comercio Electrnico, como de la Ley de firma electrnica. Se da una nueva fecha, 31 de diciembre de 2008, para que las pginas de Internet de las Administraciones Pblicas satisfagan, como mnimo, el nivel medio de los criterios de accesibilidad al contenido generalmente reconocidos. Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones bsicas para el acceso de las personas con discapacidad a las tecnologas, productos y servicios relacionados con la sociedad de la informacin y medios de comunicacin social. Segn el Real decreto, se debera cumplir con la Prioridad 1 segn la Norma UNE 139803:2004 desde el da de salida de lanzamiento si se 26

considera sitio Web nuevo y en un plazo de seis meses en las paginas Web ya existentes. Y a partir del 2009 se debera cumplir con la Prioridad 2. Adems hay que indicar en las pginas web: grado de accesibilidad, la fecha de la revisin e incluir un sistema de contacto especfico para transmitir dificultades de acceso: A efectos de evaluacin y revisin de la accesibilidad para cumplir con la Prioridad 1 segn la Norma UNE 139803:2004, y haciendo un mapeo con las Pautas de Accesibilidad al Contenido en la Web WCAG 1.0 (WCAG 1.0), se deben cumplir con todos los puntos de verificacin de prioridad 1 segn WCAG 1.0, adems de los puntos: 4.3. (prioridad 3) 13.1. (prioridad 2) 8.1. (prioridad 2)

En Europa, lo ms interesante en materia de accesibilidad se encuentra en los planes eEurope y en el texto de la "Carta de los Derechos Fundamentales de la Unin Europea". Esta carta deja claro que se prohbe toda discriminacin y, en particular, la ejercida por razn de sexo, raza, color, orgenes tnicos o sociales, caractersticas genticas, lengua, religin o convicciones, opiniones polticas o de cualquier otro tipo, pertenencia a una minora nacional, patrimonio, nacimiento, discapacidad, edad u orientacin sexual. "Plan de Accin eEurope 2002", junio de 2000, desarrollado por la Comisin y Consejo de Europa a partir de la iniciativa homnima de diciembre de 1999. Tal y como se puede ver en el texto del "Plan de Accin eEurope 2000", se trata de un proyecto destinado a convertir a Europa en la economa ms competitiva y dinmica del mundo, explotando para ello todas las oportunidades de la Nueva Economa, y especialmente, Internet. As pues, es un plan del que se pueden beneficiar los ms de 377 millones de habitantes de la Unin Europea. La lnea de actuacin de Europa 2002 orientada a la accesibilidad tiene como objetivo principal mejorar el acceso a la Web de personas con discapacidades, en consonancia con el principio de no-discriminacin, proclamado en el Tratado de la Unin Europea. Esta accin beneficia directamente a los ms de 37 millones de habitantes de los pases de la Unin que presentan algn tipo de diversidad funcional. Para ello, se establece el final de 2001 como fecha lmite para la adopcin de las Pautas de la Iniciativa de Accesibilidad a la Web, WCAG 1.0 de la WAI. Adems, en este plan se reconoce la necesidad de acelerar la creacin de un entorno legislativo adecuado, estableciendo plazos fijos para la aprobacin de distintas leyes que posibiliten los objetivos marcados. En 27

este sentido se establece el final del ao 2002 (de ah el nombre del plan) como lmite para alcanzar las metas propuestas, y se deja claro que ser necesaria la continuacin del plan ms all de dicha fecha. As pues, en junio de 2002 se present en el Consejo Europeo de Sevilla la continuacin del plan, llamado eEurope 2005. Bsicamente sigue las lneas de accin propuestas por el anterior plan, actualizndolo con los logros conseguidos y la situacin hasta el momento. Como parte este plan se encuentra la lnea de accin eInclusion, que bajo el lema una sociedad de la informacin para todos, pretende conseguir objetivos bsicos como el de garantizar que la sociedad de la informacin no se traduzca en exclusin social. Tambin la lnea eAccesibilidad, destinada a asistir al grupo de expertos de alto nivel ESDIS, encargados del seguimiento de la evolucin de la accesibilidad. Tambin debemos resaltar que tanto el "Plan de Accin Info XXI" como su continuacin "Espaa.es" forman parte de estos grandes proyectos de Europa. Por ltimo haremos breves referencias en el mbito internacional, como Reino unido, el cual dispone de su "Disability Discrimination Act" para prohibir la discriminacin de las personas con discapacidad en relacin con el empleo, bienes, servicios, educacin y transporte; y a Alemania, que dispone del "Decreto sobre Tecnologa de la Informacin Libre de Barreras", el cual, basado en las directrices de accesibilidad para el contenido Web (WAI), recoge dichas pautas redactndolas en trminos legales. Por otra parte debemos resaltar que el pas que ms ha avanzado en su poltica de accesibilidad es Estados Unidos, gracias a la ley de la Seccin 508 de su "Rehabilitation Act Amendments". Esta ley apareci para poder exigir que todos los productos y servicios desarrollados, adquiridos o en general usados por la administracin federal fueran accesibles para los discapacitados. Para ello se dict una serie de requisitos que estos servicios y productos deberan cumplir obligatoriamente.

28

Apartado 3.2: Normativa

Podemos definir Norma Tcnica como un documento establecido por consenso y aprobado por una organizacin reconocida que proporciona, para uso habitual y repetido, reglas, guas o caractersticas para actividades o sus resultados, con el objetivo de lograr un mximo grado de orden en un contexto dado. Hay distintos organismos nacionales e internacionales tanto oficiales como no oficiales que se encargan de crear normas tcnicas. A continuacin se nombran algunos de ellas: Oficiales: o Internacionales: ISO (International Standards Organization) ITU (International Telecommunication Union) IEC (International Electrotechnical Commission) o Europeos: CEN (European Committee for Standardization) ETSI (European Telecommunications Standards Institute) CENELEC (Comit Europen de Normalisation Electrotechnique) o Nacionales: AENOR (Asociacin Espaola de Normalizacin y Certificacin) No oficiales: o W3C (World Wide Web Consortium) o OMG (Object Management Group) No todos estos organismos generan normativa enfocada en la accesibilidad aunque todos crean normas teniendo la accesibilidad en cuenta. De entre ellos, varios desarrollan normativa enfocada a la accesibilidad y en especial a la accesibilidad Web, como por ejemplo el W3C. Cmo normativa en Espaa a destacar en accesibilidad: AENOR 170. Norma UNE 170001-1:2001. Accesibilidad global: criterios para facilitar la accesibilidad al entorno. AENOR 170. Norma UNE 170001-2:2001. Accesibilidad global: sistema de gestin de la accesibilidad global. La norma UNE 170001 especifica disposiciones que establecen una serie de requisitos genricos que se pretende que sean aplicables en 29

todo tipo de organizaciones, sin que importe su tamao o actividad. Adems, representan una herramienta en base a la cual las organizaciones pueden desarrollar un sistema de gestin de la accesibilidad global al entorno construido, ya se trate de lugares, edificios, establecimientos o instalaciones, en el que se pueda disfrutar de bienes y servicios para que sus usuarios superen las limitaciones que se encuentren. AENOR 170. Norma UNE 170006:2003 IN. Accesibilidad global: Pautas para que las normas tengan en cuenta la accesibilidad. Este es un documento gua para el desarrollo de normas especificas sobre la accesibilidad de los productos y servicios. Plantea los aspectos fundamentales de accesibilidad y prdida de capacidades sensoriales, fsicas y cognitivas que deben considerarse en accesibilidad al consumo. Se aplica a los productos, servicios y entornos de la vida cotidiana, destinados al lugar de trabajo. Responde a las preguntas de por qu abordar las necesidades de las personas con diversidad funcional? y qu necesidades deben ser solventadas? Para quienes desarrollan las normas, proporciona un punto de partida para afrontar estas necesidades. CTN 139 / SC8. Norma UNE 139801:2003 Accesibilidad de Hardware. Accesibilidad en informtica Esta norma establece las caractersticas que han de incorporar los componentes fsicos de los ordenadores (su hardware) y la documentacin asociada, para que puedan ser utilizados por la mayor parte de las personas, incluyendo personas con diversidad funcional y personas de edad avanzada, y en cualquier entono (hogar, formacin, trabajo, etc.), de forma autnoma o mediante ayudas tcnicas. CTN 139 / SC8. Norma UNE 139802:2003 Accesibilidad de Software. Accesibilidad en informtica Esta norma establece las caractersticas que ha de cumplir el software de un ordenador, incluyendo su entorno operativo (sistema operativo ms la interfaz de usuario asociada), las aplicaciones informticas y la documentacin asociada, para que puedan ser utilizados por la mayor parte de las personas. La norma se aplica a cualquier tipo de aplicacin informtica para su utilizacin en el hogar, con fines educativos o en el trabajo, tenga o no, interaccin directa con el usuario. Se incluyen los sistemas operativos, entornos de ventanas y controladores de dispositivos as como la documentacin que se aporta con la aplicacin informtica. CTN 139 / SC8. Norma UNE 139803:2004 Accesibilidad de Contenidos Web. Accesibilidad en informtica

30

Esta norma recoge las caractersticas que han de cumplir los contenidos disponibles en Internet y otros tipos de redes informticas para que puedan ser utilizados por la mayor parte de las personas. Se aplica a cualquier tipo de contenido disponible en redes informticas, con especial nfasis en los contenidos Web que son accedidos mediante navegadores de Internet. Se establecen tres niveles de prioridad de los puntos normativos, considerndose que un sitio es accesible si cumple con los niveles 1 y 2. Y ms especificas para la accesibilidad audiovisual, pero de aplicacin para los e _ recursos que se albergan en la Web, hay que considerar: CTN 153. Norma UNE 153010:2003 Subtitulado para sordos. Ayudas tcnicas. Esta norma fue elaborada gracias al acuerdo entre usuarios, Administracin, empresas de produccin y difusin de servicios de subtitulacin, emisoras de televisin y profesionales del sector. Se tomaron las opiniones, preferencias y experiencias del colectivo de personas sordas y sus familias. Su propsito principal es la especificacin de los requisitos para la subtitulacin de programas tanto en directo como grabados a travs del teletexto, estableciendo unos parmetros mnimos para de garantizar la calidad y homogeneidad en el subtitulado. CTN 153. Norma UNE 153020:2005 Audiodescripcin. Ayudas tcnicas En su prrafo 2.1, la norma se define as: conjunto de tcnicas y habilidades aplicadas, para compensar la carencia de captacin de la parte visual contenida en cualquier tipo de mensaje, suministrando una adecuada informacin sonora que la traduce o explica, de manera que el receptor discapacitado visual perciba dicho mensaje de la forma ms parecida a como la percibe una persona que ve. Esta operacin se realiza aadiendo a la obra que queremos adaptar una lnea de audio que describe la imagen, utilizando para ello los espacios que deja libres la lnea sonora original.

Borrador de Norma PNE 139804 Lengua de Signos en Redes Informticas. Accesibilidad en informtica. El documento complementa la norma UNE 139803:2004, definiendo requisitos especficos para el caso de que los contenidos Web sean vdeos con lengua de signos. La provisin de los contenidos de una pgina Web en forma de lenguaje de signos puede ser un prerrequisito para que algunos grupos de usuarios accedan a la informacin. Este documento proporciona directrices para incorporar la lengua de signos en los portales Web, siendo su audiencia principal los diseadores Web.

31

Cmo enlace de inters para encontrar informacin en regulacin de accesibilidad, consultar la fundacin SIDAR: http://www.sidar.org/recur/direc/index.php

32

Apartado 3.3: Estndares

Para encaminar la Web a su mximo potencial, lo que incluye alcanzar un alto grado de accesibilidad surge el W3C (Consorcio World Wide Web). El W3C crea Estndares Web y Pautas para alcanzar su objetivo. En sus primeros diez aos public ms de 80 estndares. Un estndar pasa por varios estados finalizando con su aprobacin, lo que equivale a una homologacin, es decir, un nuevo estndar pblico y abierto para la Web. La mayora de estas recomendaciones son secundadas por los fabricantes de herramientas (navegadores, editores, buscadores) y tecnologas (servicios Web, directorios, registros). Para que alcance su objetivo, las tecnologas Web deben ser compatibles entre s y permitir que cualquier hardware y software utilizados para acceder a la Web puedan funcionar conjuntamente. El W3C hace referencia a este objetivo denominndolo "interoperabilidad Web". Al publicar estndares abiertos (no propietarios) para lenguajes Web y protocolos, el W3C busca evitar la divisin del mercado y, por lo tanto, de la Web. Uno de sus trabajos ms importantes para alcanzar la Web para todos, es el que realiza en reas como la accesibilidad Web, o la internacionalizacin e independencia de dispositivos. Siguiendo con la idea de hacer una Web para todos y de todos, en Mayo del 2003 el W3C adopta oficialmente su Poltica de Patentes libre de derechos de autor con la que dirige la gestin de patentes en el proceso de produccin de estndares Web, promoviendo el desarrollo de estndares abiertos. Esta competencia en exclusiva del W3C para crear estndares abiertos es may importante, ya que de ella depende que ningn fabricante alcance nunca el monopolio de explotacin de la Web. Adems su trabajo se basa en desarrollar tareas de educacin y difusin, y en el desarrollo de software, ofreciendo a su vez un foro abierto para hablar sobre la Web.

33

Apartado 3.4: WAI

Como hemos visto en el apartado anterior el compromiso del W3C incluye promover un alto grado de accesibilidad. El grupo de trabajo Iniciativa para la Accesibilidad en la Web (WAI) en coordinacin con otras organizaciones de todo el mundo, persigue la accesibilidad de la Web a travs de cinco reas de trabajo principales: tecnologa, directrices, herramientas, formacin y difusin, e investigacin y desarrollo. De los trabajos desarrollados por el WAI destacan las Directrices de Accesibilidad para el contenido Web (WCAG), las Directrices de Accesibilidad para las Herramientas de Autor (ATAG), y las Directrices de Accesibilidad para los Agentes de Usuario (UAAG). Todas ellas son consideradas en la Unin Europea como normas oficiales, y son citadas como referencia obligada en la mayora de las legislaciones sobre Tecnologas de la Informacin de todo el mundo.

Lectura recomendada: Componentes esenciales de Accesibilidad Web [W3C]

Documento original (ingles): http://www.w3.org/WAI/intro/components Traduccin (espaol): http://www.w3c.es/Traducciones/es/WAI/intro/components

Apartado 3.4.1: (WCAG)

Directrices de Accesibilidad para el contenido Web

34

Las WCAG 1.0 es el estndar a seguir segn normativa y legislacin vista en el apartado anterior en Espaa, y en la mayora de pases europeos. Las pautas WCAG 1.0 explican cmo hacer accesibles los contenidos de la Web. Las pautas estn pensadas para todos los desarrolladores de contenidos de la Web (creadores de pginas y diseadores de sitios) y su fin principal es promover la accesibilidad. De cualquier modo, siguindolas se har la Web ms accesible para todos los usuarios, cualquiera que sea la aplicacin de usuario que est utilizando (por ejemplo, navegador de sobremesa, navegador de voz, telfono mvil, PC de automvil, etc.), o las limitaciones bajo las que opere (por ejemplo, entornos ruidosos, habitaciones infra o supra iluminadas, entorno de manos libres, etc.). Estas pautas explican cmo hacer los contenidos multimedia ms accesibles a una amplia audiencia. Por tanto son un documento de referencia en cuanto a principios de accesibilidad e ideas de diseo se refiere. Las directrices se componen de 14 pautas que son los principios generales del diseo accesible. Cada pauta est asociada a uno o ms puntos de verificacin que describen como aplicar esa pauta a las caractersticas particulares de las pginas Web. Los puntos de verificacin estn clasificados por prioridades, y las prioridades se estructuran en torno a 3 grados de accesibilidad, de todo ello se tratara ms en profundidad en la unidad didctica 2: En estos momentos, existe una nueva versin de las WCAG en borrador, las WCAG 2.0. En un principio, estas directrices fueron desarrolladas para sustituir a la versin actual (1.0), que data de 1999, pero este proceso ha sufrido un cambio en su desarrollo. A mediados de 2007 apareci una nueva revisin de las pautas, lo que supone un nuevo impulso para el proyecto, y lo que hace pensar que las WCAG 2.0 convivirn con las 1.0 durante cierto tiempo. Apartado 3.4.2: Directrices de Accesibilidad para las Herramientas de Autor (ATAG) Las Directrices de Accesibilidad para las Herramientas de Autor (ATAG 1.0) fueron desarrolladas por el WAI y se publicaron como recomendacin del W3C en febrero del ao 2000. Las ATAG proporcionan directrices para quienes desarrollan herramientas de autor para la Web. Su objetivo es doble: ayudar a los desarrolladores a disear herramientas de autor que generen contenidos de la Web accesibles y ayudarles a crear interfaces de autor accesibles. Se pretende que las directrices sean utilizadas por los creadores de todas las herramientas utilizadas para crear una pgina Web. Las directrices se estructuran en 7 pautas de alto nivel y tienen 3 grandes objetivos: o La herramienta de autor debe ser accesible en s misma o La herramienta de autor debe generar contenidos accesibles o La herramienta de autor debe favorecer la creacin de contenidos accesibles 35

Debemos comentar adems, que existe ya un borrador de la nueva versin del las ATAG, la 2.0, que se present en febrero de 2004. Lectura recomendada: Introduccin a las Pautas de Accesibilidad para Herramientas de Autor (ATAG) [W3C]

Documento original (ingles): http://www.w3.org/WAI/intro/atag.php Traduccin (espaol): http://www.w3c.es/Traducciones/es/WAI/intro/atag

Apartado 3.4.3: Directrices de Accesibilidad para Agentes de Usuario (UAAG) Las Directrices de Accesibilidad para Agentes de Usuario describen cmo hacer que los agentes de usuario sean accesibles y en especial cmo incrementar la accesibilidad al contenido Web. Entre los agentes de usuario se incluyen navegadores, reproductores multimedia y tecnologas de rehabilitacin o ayudas tcnicas. Las UAAG 1.0 estn pensadas para los desarrolladores de navegadores Web, reproductores multimedia, tecnologas de rehabilitacin y otras agentes de usuario y tienen como objetivo permitir la evaluacin de los agentes de usuario ya existentes adems de animar a los desarrolladores para mejorar la accesibilidad en versiones futuras de estas herramientas. Por ltimo comentar que, en febrero de 2007, apareci una lista de requisitos de las UAAG 2.0.

Lectura recomendada: Introduccin a las Pautas de Accesibilidad para Agentes de Usuario (UAAG) [W3C]

Documento original (ingles): http://www.w3.org/WAI/intro/uaag.php Traduccin (espaol): http://www.w3c.es/Traducciones/es/WAI/intro/uaag

36

Ejercicios resueltos
No se requieren ejercicios resueltos en esta leccin

Ejercicios de autocomprobacin y Prcticas

Ejercicio 1.- De las siguientes afirmaciones, indicar si son ciertas o falsas. A. Los sitios Web de las administraciones pblicas en Espaa deberan ser accesibles segn el estndar de accesibilidad WCAG 1.0 en un nivel AA. B. Hasta el momento no hay norma espaola en relacin a la accesibilidad en las pginas Web. C. Los estndares del W3C facilitan el crecimiento de la Web. D. La Iniciativa de Accesibilidad Web (WAI) persigue la accesibilidad de la Web, pero sus estndares estn inmaduros y no se consideran estndares de facto.

Conclusin
Desde hace unos aos hay tendencia a normalizar y legislar el cumplimiento de la accesibilidad Web. Estas iniciativas estn progresando de manera eficaz basndose en que le acceso a la Web es un servicio a todos los ciudadanos y que todas las perdonas han de poder ejercerlo como derecho, independientemente de sus caractersticas. Es por ello que en los sitios Web de las Administraciones pblicas legalmente han de ser accesibles. En el dominio de los estndares, estos avanzan como beneficio a todas las personas, y como una forma consensuada de crecer de cara al futuro.

37

Unidad Didctica 2 Accesibilidad en pginas Web

ndice
ndice de las lecciones de aprendizaje de la Unidad didctica 2. Leccin 1: Tecnologa y principios bsicos para un diseo accesible. Leccin 2: Directrices de Accesibilidad al Contenido en la Web, WCAG. Leccin 3: Metodologa de revisin de la accesibilidad Web.

Introduccin
Entre las Tecnologas de la informacin y la Comunicacin (TIC) que han evolucionado ms, se encuentran Internet y la Web. Ofrecen muchos contenidos de inters y servicios como: bsqueda de empleo, educacin online, documentacin, prensa, juegos, ocio, gestiones administrativas, etc. Sin embargo todos estos tipos de servicios no son accesibles a todos los ciudadanos. Para que las pginas Web sean accesibles tienen que seguir el estndar de accesibilidad a los contenidos Web WCAG 1.0 que se describir de forma detallada en esta unidad. Adems se indicarn unos principios de diseo, as cmo aspectos tecnolgicos a tener en cuenta. Para asegurar la accesibilidad de un sitio en su creacin es importante seguir metodologas adecuadas de evaluacin que se presentarn en esta unidad. Para que el aprendizaje de esta unidad sea optimo, se recomienda al alumno, que se instale las herramientas que se le indican, as como la documentacin sobre su utilizacin, para que todos los conocimientos que adquiera los pueda poner en prctica.

Objetivos
Conocer el contenido y cmo utilizar el estndar de accesibilidad a los contenidos Web WCAG 1.0 Introducir al diseo de pginas Web accesibles Conocer mtodos de evaluacin de la accesibilidad

Esquema de contenidos:
Cmo disear pginas Web accesibles
Tecnologa a utilizar Metodologa de revisin Certificacin Accesibilidad

Diseo Web accesible

Seguir estndar WCAG 1.0

Web accesible

Seguir principios de diseo

Leccin 1: Tecnologa y principios bsicos para un diseo accesible ndice

ndice de la Leccin 1: Apartado 1.1: Introduccin. Apartado 1.2: Separacin entre contenido y presentacin Apartado 1.3: Gestin de los sitios Web accesibles Apartado 1.4: Otros aspectos: Posicionamiento e indexacin

Introduccin
En esta leccin se presentan los fundamentos del diseo accesible, indicando estndares de la Web a utilizar, principios bsicos del diseo, as como aspectos tecnolgicos para gestionar un sitio Web con un gestor de contenido teniendo en cuenta criterios de accesibilidad.

Objetivos
Conocer los principios bsicos del diseo. Seleccionar tecnologa que favorezca el diseo accesible. Introduccin al manejo de herramientas de desarrollo accesible: barras de accesibilidad.

Apartado 1.1: Introduccin

Antes de comenzar la implementacin del sitio Web, se debe elegir su perfil tecnolgico, es decir: basndose en los requisitos del cliente y requerimientos del sistema, y utilizando estndares Web como los del W3CQu tecnologas se van a emplear para desarrollar la Web?,. Para poder llevar a cabo la implantacin de una poltica de accesibilidad es necesario seleccionar un software de desarrollo adecuado. Para ello, habr que seleccionar software que cumpla con las Pautas de Accesibilidad para Herramientas de Autor (ATAG) introducidas en la Unidad 1. Es necesario que los diseadores utilicen en sus desarrollos herramientas de Accesibilidad Web, pues estas ayudan a evaluar aspectos de la accesibilidad, y es importante que el alumno se las instale y maneje para seguir esta unidad temtica.

Barras accesibilidad, Explorer http://www.technosite.es/descargas.asp

Firefox,

Cmo se indicar en el prximo apartado hay que utilizar estndares del W3C como el XHTML, CSS y WCAG, siguiendo principios del diseo separando de manera completa y correcta presentacin de contenido. Para facilitar la gestin y mantenimiento del sitio se puede utilizar un Gestor de Contenidos (CMS) que se describir en prximos apartados.

Apartado 1.2: presentacin

Separacin

entre

contenido

Puesto que el principal objetivo es realizar un sitio Web accesible, se debe tener presente el estndar WCAG 1.0 desde el comienzo del desarrollo, y hay que contar con tres elementos primordiales en el diseo de un sitio Web: la separacin total de presentacin, contenido y estructura (ver figura 2.1.) con utilizacin de estndares tales como XHTML, CSS del W3C. As, adems de accesibilidad se conseguirn aplicaciones consistentes con una presentacin uniforme, ligeras, con menos coste de manteniendo, mejor posicin en buscadores, independencia de dispositivos y movilidad pudiendo ofrecer los contenidos en pda, televisin, mvil, etc. Este principio necesario del diseo se basa en utilizar el estndar XHTML para la representacin del contenido y las hojas de estilo en cascada CSS para la presentacin del mismo. La versin empleada en cada caso depender de las opciones que ofrezcan cada una de ellas en correspondencia con las directrices incluidas en las WCAG 1.0.

Figura 2.1.- Principios de Diseo. Separacin de presentacin, contenido y estructura

Referencia de obligada consulta: XHTML[W3C] Versin original (Ingls): http://www.w3.org/MarkUp/ Traduccin parcial (espaol): http://www.w3c.es/Divulgacion/Guiasbreves/XHTML

Referencia de obligada consulta: CSS [W3C] Versin original (Ingls): http://www.w3.org/Style/CSS/ Traduccin parcial (espaol): http://www.w3c.es/Divulgacion/Guiasbreves/HojasEstilo

Apartado 1.3: Gestin de los sitios Web accesibles

Actualmente los sitios Web en su mayora se gestionan de forma dinmica, pero el crear y gestionar contenido dinmico exige la utilizacin de bases de datos (que sern las encargadas de almacenar la informacin) y programacin. Por tanto, a la hora de realizar un sitio es necesario tener claro qu se quiere hacer con l y luego definir qu tecnologa usar. De cara a los usuarios que administran el contenido de la Web, es interesante disponer de un panel de control o interfaz que permita manejar de manera independiente el contenido y la presentacin, adems de permitir la fcil y controlada publicacin en el sitio realizada por varios usuarios. stas y otras razones son la causa de la gran utilizacin de los sistemas de gestin de contenidos CMS (Content Management Systems) como software para la gestin de Web, ya sea en Internet o en una intranet, y por ello tambin son conocidos como Gestores de Contenido Web (Web Content Management) o WCM. A la hora de seleccionar uno, hay una amplia variedad y de criterios, pero focalizndonos en los aspectos de accesibilidad, hay muchos de ellos que aseguran cumplir las pautas WAI, caracterstica a valorar, pero es importante destacar que esa accesibilidad en la actualidad es limitada ya que pueden surgir problemas de accesibilidad en el proceso de creacin y mantenimiento con estos CMS. Para garantizar la accesibilidad en la mayora de las ocasiones hay que implementar desarrollos propios sobre los actuales CMS, o limitarse a implementar funcionalidades y elementos en los sitios Web donde la accesibilidad Web no corra peligro. Como artculos recientes de inters en relacin a CMS accesibles cuya lectura se recomienda estn:

Referencia de consulta recomendada: Choosing an Accessible CMS Versin (Ingls): http://juicystudio.com/article/choosing-an-accessiblecms.php Referencia de consulta recomendada: Content management systems and accessibility Versin (Ingls): http://www.456bereastreet.com/archive/200706/content_management_systems _and_accessibility/

Apartado 1.4: Otros aspectos: Posicionamiento e indexacin

La accesibilidad y el posicionamiento en buscadores son aspectos importantes en un sitio Web que hay que considerar desde el principio, y aunque aparentemente no guardan relacin directa entre, si se cumplen las pautas WCAG entonces se consigue un posicionamiento e indexacin superior al de los sitios no accesibles. Estos aspectos conviene sealarlos para asegurar el xito del proyecto. Los usuarios utilizan palabras claves o keywords para formular una necesidad de informacin. Las bsquedas se hacen a travs de buscadores como Google, Yahoo, MSM, etc. o en el propio buscador del sitio. As, a continuacin, se enumeran los criterios importantes a tener en cuenta en el desarrollo del sitio Web, no slo a nivel de diseo Web, sino tambin aspectos importantes en la utilizacin del CMS seleccionado para la gestin de contenidos del sitio Web. URL con rutas no dinmicas, amigables y que deberan tener palabras claves. No utilizar variables de sesin y duplicacin. No tener un titulo nico, intentar titulo por pgina distinto, y que contenga palabras clave. Utilizacin de metainformacin del elemento META Metainformacin en H1 y H2 Texto descriptivo en la pgina de inicio Cdigos validos segn validacin W3C Mapa Web del sitio actualizado Utilizar textos descriptivos en los enlaces Indexacin en otros sitios Otros

Ejercicios resueltos
Con ayuda de las barras de accesibilidad indicadas en el apartado 1.1, se puede comprobar en el navegador al visitar una pgina Web si se separa presentacin de contenido de forma correcta Utilizando por ejemplo la barra del navegador Firefox se hara sealando las opciones de CSS/Disable Styles/All Styles tal como se indica en la figura 2.2.

Figura 2.2.-

As, si visitamos una pgina y la visualizamos sin CSS realizando las operaciones indicadas con la barra, se podr comprobar si la pgina tiene o no elementos de presentacin.

Figura 2.3.-

En la figura 2.3 no hay ningn elemento de presentacin, slo hay contenido (listas, imgenes, ) y se distingue en el texto lo que es ttulo o no, como en el caso de Base de Datos. Esto es porque est marcado en el XHTML como un encabezado tal como se indica en la figura 2.4, no porque haya elementos de presentacin; as resultara que esta pgina tiene una separacin completa de presentacin y contenido.

Figura 2.4.-

Utilizando la barra tal como indica la figura 2.4 en las opciones de ver qu elementos son encabezados con -Outline/Outline Headings- se observa que Base de Datos es un elemento de encabezado con ese recuadro de lnea roja; esto tambin se podra comprobar observando el cdigo fuente de la pgina, y se distinguira que Base de Datos est marcado como un elemento H1 del XHTML. Visualicemos una pgina donde no hay separacin completa de presentacin y contenido, accediendo a ella sin las hojas de estilo CSS utilizando la barra de accesibilidad como en el caso anterior.

Figura 2.5.-

Como se puede observar en la figura 2.5 hay muchos elementos de presentacin, ya que esta vista es sin CSS, pero adems se podra comprobar analizando el cdigo que no hay una estructura del contenido marcada en el XHTML, es decir, no existen H1, H2, etc.

Conclusin
Para crear pginas accesibles hay que seguir estndares del W3C, como XHTML y CSS, haciendo una separacin completa de contenido y presentacin. Adems, para ser accesible hay que seguir el estndar de accesibilidad WCAG y para gestionar un sitio Web con un gestor de contenidos es conveniente seleccionar un software que facilite la tarea de crear contenidos accesibles y usables.

Leccin 2: Directrices de Accesibilidad al Contenido en la Web, WCAG ndice

ndice de la leccin 2: Apartado 2.1: WCAG 1.0 y WCAG 2.0 Apartado 2.2: Introduccin a las Pautas de Accesibilidad al Contenido en la Web (WCAG) Apartado 2.3: Estructura del documento WCAG. Tcnicas de aplicacin. Apartado 2.4: Pautas WCAG 1.0 Apartado 2.5: Puntos de verificacin WCAG 1.0

Introduccin
En esta leccin se mostrar como est estructurado el estndar de accesibilidad para los contenidos Web WCAG, para entender mejor cmo hay que utilizarlo.

Objetivos
Conocer el estndar WCAG 1.0: contenido, estructura y cmo utilizarlo.

Apartado 2.1: WCAG 1.0 y WCAG 2.0

Como ya se introdujo en la Unidad 1, las pautas WCAG 1.0 explican cmo hacer accesibles los contenidos de la Web. Aunque exista una nueva versin 2.0 de las WCAG, las aprobadas en mayo de 1999 forman la versin vigente y de referencia. Por ello, es la versin del estndar que se explicar. Las WCAG 2.0 han sido desarrolladas para su aplicacin a diferentes tecnologas y, a su vez, para que su utilizacin y compresin sea sencilla, y para que su comprobacin sea ms precisa, como se menciona en Requisitos para las WCAG 2.0. LA iniciativa WAI persegua que las WCAG 2.0 estuvieran finalizadas para el 2006. No se puede especificar con certeza cuando las WCAG 2.0 estarn disponibles a consecuencia del proceso de desarrollo de especificaciones que tiene establecido el W3C. Las WCAG 1.0 seguirn siendo la ltima versin aprobada hasta que la 2.0 est finalizada. Los Documentos Borradores de Trabajo de Introduccin a las Pautas de Accesibilidad al Contenido en la Web (WCAG) 2.0 explican y proporcionan enlaces a los documentos que son Borradores de Trabajo de las WCAG 2.0. Si comparamos las dos versiones de las WCAG se observa que tienen varias diferencias empezando por su estructura. Las WCAG 2.0 se divide en cuatro grandes principios. Cada principio tiene varias pautas, y cada pauta consta de tres niveles de xito. Cada nivel de xito tiene varios puntos a cumplir. En nivel 1 de xito de las WCAG 2.0 equivale al nivel A de las WCAG 2.0, el nivel 2 al AA y el 3 al AAA. Para ampliar ms informacin sobre las WCAG 2.0, se recomiendan las siguientes lecturas:

Referencia de obligada consulta: Navegando en las pautas y documentos de tcnicas de WCAG 1.0 [W3C] Versin original (Ingls): http://www.w3.org/WAI/intro/wcag20 Traduccin parcial (espaol): http://www.w3c.es/Traducciones/es/WAI/intro/wcag#version

Apartado 2.2: Introduccin a las Pautas Accesibilidad al Contenido en la Web (WCAG)

de

Como ya se introdujo en la unidad temtica 1, la funcin principal del WCAG es guiar el diseo de las pginas Web hacia un diseo accesible, reduciendo de esta forma barreras a la informacin. Las WCAG 1.0 tienen 14 pautas que constituyen los principios generales del diseo accesible. Cada pauta tiene uno o ms puntos de verificacin que explican cmo se aplica la pauta en determinadas reas. Los puntos de verificacin estn clasificados por prioridades. Las prioridades se estructuran en torno a 3 grados de accesibilidad: o Prioridad 1: el cumplimiento de los puntos de Prioridad 1 es un requerimiento bsico. o Prioridad 2: el cumplimiento de los puntos de Prioridad 2 es importante para eliminar las barreras de acceso a los documentos Web. o Prioridad 3: el cumplimiento de los puntos de Prioridad 3 mejora la accesibilidad global de los documentos Web. Los niveles de prioridad son concntricos, de forma que la Prioridad 1 forma parte de la Prioridad 2, y sta a su vez de la Prioridad 3. Por tanto, las pginas que soportan el nivel de prioridad 3 son las que ms se ajustan a las pautas establecidas por WAI sobre accesibilidad. Cuando una organizacin decide implementar sus pginas Web basndose en los puntos de verificacin de las Prioridades 1, 2 3, establece el nivel de adecuacin de sus contenidos en funcin de los puntos de verificacin que cumpla. Existen tres niveles de adecuacin: o El nivel de adecuacin "A" incluye los puntos de verificacin de prioridad 1; o El nivel "Doble A" incluye los puntos de verificacin de las prioridades 1 y 2; o El nivel "Triple A" incluye los puntos de verificacin de las prioridades 1, 2 y 3. Una vez que la organizacin ha implementado el conjunto de puntos de verificacin de una Prioridad puede identificar la pgina Web, sitio Web o portal Web mediante unos logotipos que muestran el nivel de adecuacin logrado por la organizacin que se muestran a continuacin: nivel A Doble-A

Triple-A

Estos logotipos que indican el nivel de accesibilidad del sitio deben incluirse cuando se ha hecho una correcta evaluacin de la accesibilidad del sitio y un seguimiento de sta a lo largo del tiempo. De las metodologas de evaluacin que pueden utilizarse as como de las certificaciones se hablar en la leccin dos. Para obtener ms informacin sobre todos los contenidos que comprende el WCAG, es recomendable la siguiente lectura: Referencia de obligada consulta: Introduccin a las Pautas de Accesibilidad al Contenido en la Web (WCAG) [W3C] Versin original (Ingls): http://www.w3.org/WAI/intro/wcag.php Traduccin parcial (espaol): http://www.w3c.es/Traducciones/es/WAI/intro/wcag#version

Apartado 2.3: Estructura Tcnicas de aplicacin.

del

documento

WCAG.

Como ya se ha expuesto, el WCAG 1.0 tiene 14 pautas y cada pauta tiene uno o ms puntos de verificacin que explican cmo se aplica la pauta en determinadas reas. En el documento del estndar, en cada punto de verificacin hay un enlace a las tcnicas que lleva hasta la seccin dentro del documento inicial de Tcnicas para las WCAG 1.0, que es un enlace a las tcnicas especficas en: Tcnicas fundamentales para WCAG 1.0 Tcnicas HTML para WCAG 1.0 Tcnicas CSS para WCAG 1.0

Figura 2.6.- Estructura de la documentacin de las WCAG

Las Tcnicas fundamentales, las Tcnicas CSS y las Tcnicas HTML proporcionan ayuda para la implementacin, incluyendo explicaciones, estrategias y ejemplos de etiquetado detallados. Las Tcnicas estn organizadas por temas; por ejemplo, el documento Tcnicas HTML incluye secciones sobre formularios, imgenes, listas, enlaces, tablas, etc. A continuacin se expone un ejemplo de cmo utilizar el estndar: La pauta 2 tiene los puntos 2.1 y 2.2. (ver figura 2.7)

Figura 2.7.-

Cada punto de verificacin tiene un enlace a las tcnicas tal como indica la figura 2.7. Por ejemplo, Tcnicas para el punto de verificacin 2.1. El enlace a las tcnicas conduce al documento de acceso a las tcnicas, (titulado Tcnicas para WCAG 1.0), en el lugar donde el documento muestra las tcnicas para ese punto de verificacin (ver figura 2.8).

Figura 2.8.-

En el documento de acceso a las tcnicas el punto de verificacin se repite y en l hay una lista de enlaces a tcnicas especficas: Tcnicas fundamentales, Tcnicas CSS y Tcnicas HTML. Estos documentos de tcnicas proporcionan informacin sobre su aplicacin, incluyendo explicaciones, estrategias y ejemplos de etiquetado detallados. Estn organizados por tema; por ejemplo, Tcnicas HTML incluye secciones sobre formularios, imgenes, listas, enlaces, tablas, etc. Por ejemplo, el enlace a las "Tcnicas para el punto de verificacin 2.1" en el documento de WCAG 1.0 te lleva al documento de acceso a las tcnicas en el lugar en el que aparece el punto de verificacin 2.1. En el texto del punto de verificacin 2.1 hay enlaces a Tcnicas Fundamentales y a Tcnicas CSS (ver figura 2.9).

Figura 2.9.-

Los enlaces especficos de las tcnicas llevan a los documentos de tcnicas concretos (Tcnicas Fundamentales, Tcnicas CSS y Tcnicas HTML), al lugar en el documento en el que se encuentra la tcnica para ese punto de verificacin.

Por ejemplo, el enlace "Asegrese de que la informacin no se transmite slo por el color" en el documento de acceso a las tcnicas te lleva al documento de Tcnicas CSS, en el lugar donde aparece ese tema. Muestra el punto de verificacin en concreto seguido por la implementacin de la pauta.

Los documentos del estndar estn en los siguientes enlaces: Referencia obligatoria de consulta: Tcnicas Fundamentales para las Pautas de Accesibilidad al Contenido en la Web 1.0 [W3C] Versin original (Ingls): http://www.w3.org/TR/WCAG10-CORE-TECHS/ Traduccin: versin en espaol: http://www.discapnet.es/web_accesible/tecnicas/core/WCAG10-CORETECHS-20001106.html

Referencia obligatoria de consulta: Tcnicas HTML para las Pautas de Accesibilidad al Contenido de la Web 1.0 [W3C] Versin original (Ingls): http://www.w3.org/TR/2000/NOTE-WCAG10-HTMLTECHS-20001106/ Traduccin: versin en espaol: http://www.discapnet.es/web_accesible/tecnicas/html/WCAG10-HTMLTECHS_es.html

Referencia obligatoria de consulta: Tcnicas CSS para las Pautas de Accesibilidad al Contenido en la Web 1.0 [W3C] Versin original (Ingls): http://www.w3.org/TR/WCAG10-CSS-TECHS/ Traduccin: versin en espaol: http://www.discapnet.es/web_accesible/tecnicas/css/WCAG10-CSSTECHS_es.html,

Apartado 2.4.: Pautas WCAG 1.0

Las Pautas de Accesibilidad al Contenido de la Web 1.0 (WCAG 1.0) son 14. Cada pauta proporciona orientaciones tcnicas sobre cmo mejorar algn aspecto relacionado con accesibilidad Web. En las pautas se ofrecen explicaciones detalladas as como ejemplos y directrices para solucionar los posibles problemas que se puedan presentar. El documento original es el siguiente:

Referencia obligatoria de consulta: Pautas de Accesibilidad al Contenido en la Web 1.0 [W3C] Versin original (Ingls): http://www.w3.org/TR/WAI-WEBCONTENT/ Traduccin: versin en espaol: http://www.discapnet.es/web_accesible/wcag10/WAI-WEBCONTENT19990505_es.html A continuacin se enuncian y describen cada una de las 14 pautas: Pauta 1 : Proporcione alternativas equivalentes para el contenido sonoro y visual. Los textos alternativos al contenido visual o auditivo benefician a personas con discapacidad visual y/o auditiva y a aquellos usuarios que deciden anular la descarga de imgenes y/o sonidos (velocidad de acceso a Internet limitada). Los equivalentes no textuales, como pueden ser dibujos o vdeos, benefician a personas analfabetas o con dificultades en la lectura. Pauta 2: No se base slo en el color. Los textos y grficos deben comprenderse sin necesidad de ver los colores. El cumplimiento de esta pauta beneficia a personas con dificultades para ver los colores y a usuarios que utilizan pantallas monocromticas. Pauta 3: Utilice marcadores y hojas de estilo y hgalo de forma apropiada. El control de la presentacin de los contenidos se debe realizar con hojas de estilo en vez de con elementos y atributos de presentacin. Con el uso de marcadores de presentacin los usuarios que utilizan software especializado tendrn dificultades para entender la estructura de la pgina. Pauta 4: Identifique el idioma utilizado. Esta pauta implica usar marcadores que faciliten la pronunciacin o interpretacin de texto abreviado o extranjero. Se debe indicar el idioma predominante en cada pgina y marcar aquellas expresiones que se encuentren en otra lengua. De esta forma, los sintetizadores de voz son

capaces de cambiar su pronunciacin en funcin del idioma siempre y cuando se usen los marcadores apropiados. Pauta 5: Crear tablas que se transformen correctamente. Las tablas slo se utilizan para marcar informacin tabular (tablas de datos). El uso de tablas con otros fines crea dificultades para los usuarios que usan lectores de pantalla. De igual forma, las tablas mal estructuradas (por ejemplo, sin encabezados <th>) dificultan la lectura a usuarios que no pueden visualizar la informacin de forma global: ciegos con lectores de pantalla y/o dispositivos braille, deficientes visuales que utilizan magnificadores de pantalla o usuarios con dispositivos de pantalla pequea. Pauta 6: Asegrese de que las pginas que incorporan nuevas tecnologas se transformen correctamente. Una pgina basada en tecnologas modernas tiene que ser accesible al desconectarla o al visualizarla con navegadores antiguos. El usuario puede desconectar las tecnologas ms modernas para ganar en rapidez de descarga. Sin embargo, los contenidos deben permanecer accesibles. Pauta 7: Asegure al usuario el control sobre los cambios de contenidos temposensibles. El movimiento de los objetos o pginas, su parpadeo o actualizacin automtica deben ser controlados por el usuario. Las personas con discapacidades cognitivas o visuales no pueden leer textos en movimiento. De forma similar, algunos discapacitados fsicos no pueden interactuar con objetos mviles (limitaciones motrices). Pauta 8: Asegure la accesibilidad directa de las interfaces de usuario incrustadas. Cuando un objeto incrustado (flash, applet) tiene su "propia interfaz", sta (al igual que la interfaz de su navegador) debe ser accesible. Si la interfaz del objeto incrustado no puede hacerse accesible, debe proporcionarse una solucin alternativa accesible. Pauta 9: Disee con independencia del dispositivo. Esta pauta significa que el usuario puede interactuar con la aplicacin de usuario o el documento con un dispositivo de entrada (o salida) preferido - ratn, teclado, voz, puntero de cabeza (licornio) u otro. Si, por ejemplo, un control de formulario slo puede ser activado con un ratn u otro dispositivo de apuntamiento, alguien que use la pgina sin verla, con entrada de voz, con teclado o quien utilice otro dispositivo de entrada que no sea de apuntamiento, no ser capaz de utilizar el formulario. Pauta 10: Utilice soluciones provisionales. Las alternativas accesibles slo son imprescindibles hasta que los antiguos navegadores y las ayudas tcnicas operen correctamente. Pauta 11: Utilice las tecnologas y pautas del W3C.

Cuando no se pueda usar una tecnologa W3C o al usarla se obtengan materiales que no se transformen correctamente, se debe proporcionar una versin alternativa. Se recomiendan las tecnologas W3C por incluir caractersticas accesibles incorporadas, estar desarrolladas en un proceso abierto consensuado y porque se utilizan como base para crear contenidos accesibles. Pauta 12: Proporcione informacin de contexto y orientacin. Esta informacin ayuda al usuario a comprender pginas o elementos complejos. Se deben agrupar los elementos y ofrecer informacin contextual sobre la relacin entre elementos. Esta accin es fundamental para discapacitados cognitivos y visuales. Pauta 13: Proporcione mecanismos claros de navegacin. Estos mecanismos facilitan a todos los usuarios la bsqueda de aquella informacin que necesitan (fundamental para discapacitados cognitivos y visuales). Ejemplos: mapa Web, ayuda, barras de navegacin, etc. Pauta 14: Asegrese de que los documentos sean claros y sencillos. La utilizacin de lenguaje claro y simple facilita la comunicacin de informacin. El acceso a la informacin escrita puede ser difcil para discapacitados cognitivos o con dificultad de aprendizaje y para personas con discapacidad auditiva o que hablan en una lengua extranjera. La comprensin de un documento tambin depende de la maquetacin de la pgina y de los grficos (que deben llevar un texto alternativo).

Apartado 2.5: Puntos de verificacin WCAG 1.0

A continuacin se enumeran las pautas y los puntos de verificacin. Pauta 1: Proporcione alternativas equivalentes para el contenido visual y auditivo. Puntos de verificacin: 1. Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a travs de "alt", "longdesc" o en el contenido del elemento). Esto incluye: imgenes, representaciones grficas del texto, mapas de imagen, animaciones (por ejemplo, GIFs animados), "applets" y objetos programados, "ascii art", marcos, scripts, imgenes usadas como vietas en las listas, espaciadores, botones grficos, sonidos (ejecutados con o sin interaccin del usuario), archivos exclusivamente auditivos, banda sonora del vdeo y vdeos. [Prioridad 1]. 2. Proporcione vnculos redundantes en formato texto para cada zona activa de un mapa de imagen del servidor. [Prioridad 1]. 3. Hasta que las aplicaciones de usuario puedan leer automticamente el texto equivalente de la banda visual, proporcione una descripcin auditiva de la informacin importante de la pista visual de una presentacin multimedia [Prioridad 1]. 4. Para toda presentacin multimedia tempo-dependiente (por ejemplo, una pelcula o animacin) sincronice alternativas equivalentes (por ejemplo, subttulos o descripciones de la banda visual) con la presentacin. [Prioridad 1]. 5. Hasta que las aplicaciones de usuario interpreten el texto equivalente para los vnculos de los mapas de imagen de cliente, proporcione vnculos de texto redundantes para cada zona activa del mapa de imagen de cliente. [Prioridad 3]. Como ejemplo: * (Punto 1.1) Cuando se use una imagen, especifique un texto equivalente para la imagen en el atributo alt. <img src=logo.jpg alt='Logotipo del CESyA que enlaza con p&aacute;gina de inicio'/> * (Punto 1.1) Cuando un breve texto breve equivalente no es suficiente para transmitir adecuadamente la funcin o propsito de una imagen, proporcione informacin adicional en un archivo designado por el atributo longdesc": IMG src="ventas97.gif" alt="Ventas en 1997" longdesc="ventas97.html">

Pauta 2: No se base slo en el color Puntos de verificacin: 1. Asegrese de que toda la informacin transmitida a travs de los colores tambin est disponible sin color, por ejemplo mediante el contexto o por marcadores [Prioridad 1]. 2. Asegrese de que las combinaciones de los colores de fondo y primer plano tengan suficiente contraste para que sean percibidas por personas con deficiencias de percepcin de color o en pantallas en blanco y negro [Prioridad 2 para las imgenes. Prioridad 3 para texto]. Como ejemplo: * (Punto 2.2) Los textos en ambos ejemplos de la figura 2.10 son idnticos pero utilizan distintas combinaciones de colores que provocan un contraste inadecuado en el primer ejemplo de la izquierda y un buen contraste en el de la derecha.

Figura 2.10.-

Pauta 3: Utilice marcadores y hojas de estilo y hgalo apropiadamente. Puntos de verificacin: 1. Cuando exista un marcador apropiado, use marcadores en vez de imgenes para transmitir la informacin. [Prioridad 2]. 2. Cree documentos que estn validados por las gramticas formales publicadas [Prioridad 2]. 3. Utilice hojas de estilo para controlar la maquetacin y la presentacin. [Prioridad 2]. 4. Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos de los marcadores de lenguaje y en los valores de las propiedades de las hojas de estilo. [Prioridad 2]. 5. Utilice elementos de encabezado para transmitir la estructura lgica y utilcelos de acuerdo con la especificacin. [Prioridad 2].

6. Marque correctamente las listas y los tems de las listas. [Prioridad 2]. 7. Marque las citas. No utilice el marcador de citas para efectos de formato tales como sangras. [Prioridad 2]. Como ejemplo: * (Puntos 3.3 y 3.5) Con el siguiente etiquetado en el HTML, se marca con los elementos de encabezamiento (H1 - H6) la seccin, y usando estilos de las hojas de estilo, se proporcionar presentacin a los encabezamientos.
<HEAD> <TITLE>Tcnicas de cocina</TITLE> <STYLE type="text/css"> /* Sangra el encabezamiento y el contenido siguiente */ DIV.section2 { margin-left: 5% } </STYLE> </HEAD> <BODY> <H1>Tcnicas de cocina</H1> ... algn texto aqu ... <DIV class="seccin2"> <H2>Cocinar con aceite</H2> ... texto para esta seccin ... </DIV> <DIV class="seccin2"> <H2>Cocinar con mantequilla</H2> ... texto para esta seccin ... </DIV>.

* (Punto 3.2) Utilizar los lenguajes estndares de presentacin de pginas y declarar la gramtica utilizada al comienzo de los documentos mejora la accesibilidad de las pginas Web. Tambin los agentes de usuario como los navegadores, respetan los estndares publicados y por tanto una pgina bien codificada podr ser consultada por una mayor variedad de tecnologas Web. Una declaracin del tipo de documento permite a los usuarios conocer su estructura y dnde consultar por su semntica, de ser necesario. Si la codificacin de su documento se cie a una gramtica en particular, utilice la declaracin DOCTYPE en la primera lnea de su archivo. Por ejemplo, la siguiente declaracin DOCTYPE indica a los servidores Web, los navegadores y programas de verificacin que se espera la conformidad con el descriptor del tipo de documento (DTD = Declaracin de Tipo de Documento) XHTML 1.0.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Pauta 4: Identifique el idioma usado. Puntos de verificacin: 1. Identifique claramente los cambios en el idioma del texto del documento y en cualquier texto equivalente (por ejemplo, leyendas). [Prioridad 1].

2. Especifique la expansin de cada abreviatura o acrnimo cuando aparezcan por primera vez en el documento. [Prioridad 3]. 3. Identifique el idioma principal de un documento. [Prioridad 3]. Como ejemplo: * (Punto 4.3) Marcado del idioma del documento:
<HTML lang="fr"> ....resto de un documento HTML escrito en francs... </HTML>

* (Punto 4.1) Si se utilizan varios idiomas en una pgina, hay que asegurar que cualquier cambio de idioma est claramente identificado, mediante el uso del atributo <lang>
<P>y con un cierto<SPAN lang="fr">je ne sais quoi</SPAN>, ella entr tanto en la habitacin como en su vida para siempre. <Q>Mi nombre es Natasha</Q>dijo ella. <Q lang="it">Piacere,</Q> respondi l en impecable italiano, cerrando la puerta.

* (Punto 4.2) Cuando se usan abreviaturas y acrnimos en los documentos se debe indicar su forma expandida mediante los elementos <abbr> y <acronym> en el HTML, XHTML.
Las pginas que demandan conformidad con las <acronym title="Web Content Accessibility Guidelines 1.0" lang="en">WCAG 1.0 </acronym> del <abbr title="World Wide Web Consortium" lang="en">W3C</abbr> pueden incluir uno de los tres conos proporcionados, segn el nivel de conformidad alcanzado.

Pauta 5: Cree tablas que se transformen correctamente. Puntos de verificacin: 1. En las tablas de datos, identifique los encabezamientos de fila y columna. [Prioridad 1]. 2. Para las tablas de datos que tienen dos o ms niveles lgicos de encabezamientos de fila o columna, utilice marcadores para asociar las celdas de encabezamiento y las celdas de datos. [Prioridad 1]. 3. No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando se alinee. Por otro lado, si la tabla no tiene sentido, proporcione una alternativa equivalente (la cual debe ser una versin alineada). [Prioridad 2].

4. Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un efecto visual de formato. [Prioridad 2]. 5. Proporcione resmenes de las tablas. [Prioridad 3]. 6. Proporcione abreviaturas para las etiquetas de encabezamiento. [Prioridad 3]. Como ejemplo: * (Puntos 5.1, 5.2 y 5.5) Este ejemplo muestra cmo asociar celdas de datos (creadas con TD) con sus correspondientes encabezamientos a travs del atributo headers". El atributo "headers" especifica una lista de celdas de encabezamiento (etiquetas de fila y columna) asociadas con la celda de datos actual. Esto requiere que cada encabezamiento de celda tenga un atributo "id" que le identifique.
<TABLE border="1" summary="Esta tabla esquematiza el nmero de tazas de caf consumidas por cada senador, el tipo de caf (descafeinado o normal) y si se ha tomado con azcar."> <CAPTION>Tazas de caf consumidas por cada senador</CAPTION> <TR> <TH id="header1">Nombre</TH> <TH id="header2">Tazas</TH> <TH id="header3" abbr="Tipo">Tipo de caf</TH> <TH id="header4">Azcar?</TH> <TR> <TD headers="header1">T. Sexton</TD> <TD headers="header2">10</TD> <TD headers="header3">Espreso</TD> <TD headers="header4">No</TD> <TR> <TD headers="header1">J. Dinnen</TD> <TD headers="header2">5</TD> <TD headers="header3">Descaf</TD> <TD headers="header4">Si</TD> </TABLE>

As, un lector de pantalla podra leer esta tabla como sigue: Ttulo: Tazas de caf consumidas por cada senador Resumen: Esta tabla esquematiza el nmero de tazas de caf consumidas por cada senador, el tipo de caf (descafeinado o normal) y si se ha tomado con azcar. Nombre: T. Sexton, Tazas: 10, Tipo: Espresso, Azcar: No Nombre: J. Dinnen, Tazas: 5, Tipo: Descaf, Azcar: Si Una aplicacin de usuario visual podra mostrar la tabla como se muestra en la figura 2.11:

Figura 2.11.-

Pauta 6: Asegrese de que las pginas que incorporan nuevas tecnologas se transformen correctamente. Puntos de verificacin: 1. Organice el documento de forma que pueda ser ledo sin hoja de estilo. Por ejemplo, cuando un documento HTML es interpretado sin asociarlo a una hoja de estilo, tiene que ser posible leerlo. [Prioridad 1]. 2. Asegrese de que los equivalentes de un contenido dinmico son actualizados cuando cambia el contenido dinmico. [Prioridad 1]. 3. Asegrese de que las pginas sigan siendo utilizables cuando se desconecten o no se soporten los scripts, applets u otros objetos programados. Si esto no es posible, proporcione informacin equivalente en una pgina alternativa accesible. [Prioridad 1]. 4. Para los scripts y applets, asegrese de que los manejadores de evento sean independientes del dispositivo de entrada. [Prioridad 2]. 5. Asegrese de que los contenidos dinmicos son accesibles o proporcione una pgina o presentacin alternativa. [Prioridad 2]. Como ejemplo: * (Punto 6.3) Como ejemplo de mal uso. Este vnculo no llega a ningn sitio para un cliente que no ejecuta scripts o no los carga.
<A href="javascript:">...</A>

Hay que dar una presentacin alternativa de script. Una manera para conseguirlo es con el elemento NOSCRIPT. El contenido de este elemento se muestra cuando los scripts no estn habilitados.
<SCRIPT type="text/tcl"> ...un script Tcl para mostrar un resumen de resultados deportivos... </SCRIPT> <NOSCRIPT> <P>Resultados de los partidos de ayer:</P> <DL> <DT>Bulls 91, Sonics 80. <DD><A href="bullsonic.html">Bulls vs. Sonics resumen del partido</A> ...mas resultados... </DL> </NOSCRIPT>

Pauta 7: Asegure al usuario el control sobre los cambios de los contenidos tempo-dependientes. Puntos de verificacin:

1. Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la pantalla. [Prioridad 1]. 2. Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del contenido (por ejemplo, cambio de presentacin en periodos regulares, as como el encendido y apagado). [Prioridad 2]. 3. Hasta que las aplicaciones de usuario permitan congelar el movimiento de los contenidos, evite los movimientos en las pginas. [Prioridad 2]. 4. Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener las actualizaciones, no cree pginas que se actualicen automticamente de forma peridica. [Prioridad 2]. 5. Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener el redireccionamiento automtico, no utilice marcadores para redirigir las pginas automticamente. En su lugar, configure el servidor para que ejecute esta posibilidad. [Prioridad 2]. Como ejemplo: * (Punto 7.4) Los desarrolladores deben evitar el uso del elemento META en HTML para cambiar la pgina a intervalos regulares. El autor no puede predecir cunto tiempo necesitar el usuario para leer la pgina y el refresco prematuro puede desorientarlo, como ejemplo incorrecto:
<META http-equiv="refresh" content="60"> <BODY> <P>...Contenido de la pgina... </BODY>

Pauta 8: Asegure la accesibilidad directa de las interfaces de usuario incrustadas. Puntos de verificacin: 1. Haga los elementos de programacin, tales como scripts y applets, directamente accesibles o compatibles con las ayudas tcnicas [Prioridad 1 si la funcionalidad es importante y no se presenta en otro lugar; de otra manera, Prioridad 2.]. Pauta 9: Disee para la independencia del dispositivo. Puntos de verificacin: 1. Proporcione mapas de imagen controlados por el cliente y no por el servidor, excepto donde las zonas sensibles no puedan ser definidas con una forma geomtrica. [Prioridad 1]. 2. Asegrese de que cualquier elemento que tiene su propia interfaz pueda manejarse de forma independiente del dispositivo. [Prioridad 2].

3. Para los "scripts", especifique manejadores de evento lgicos en vez de manejadores de evento dependientes de dispositivos. [Prioridad 2]. 4. Cree un orden lgico para navegar con el tabulador a travs de vnculos, controles de formulario y objetos. [Prioridad 3]. 5. Proporcione atajos de teclado para los vnculos ms importantes (incluidos los de los mapas de imagen de cliente), los controles de formulario y los grupos de controles de formulario. [Prioridad 3]. Como ejemplo: *(Punto 9.1) Los desarrolladores deben crear mapas de imagen lado cliente (con usemap") y no mapas de lado servidor (con ismap), porque los mapas lado servidor precisan un dispositivo de entrada especfico.
<IMG src="bienvenido.gif" alt="Mapa de imagen de las zonas biblioteca"usemap="#map1"> <MAP name="map1"> <AREA shape="rect" coords="0,0,30,30" href="consulta.html" alt="Consulta"> <AREA shape="rect" coords="34,34,100,100" href="medios.html" alt="Laboratorio audiovisual"> </MAP> de la

Pauta 10: Utilice soluciones provisionales. Puntos de verificacin: 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]. 2. Hasta que las aplicaciones de usuario soporten explcitamente la asociacin entre control de formulario y etiqueta, para todos los controles de formularios con etiquetas asociadas implcitamente, asegrese de que la etiqueta est colocada adecuadamente. [Prioridad 2]. 3. Hasta que las aplicaciones de usuario (incluidas las ayudas tcnicas) interpreten correctamente los textos contiguos, proporcione un texto lineal alternativo (en la pgina actual o en alguna otra) para todas las tablas que maquetan texto en paralelo, columnas envoltorio de palabras. [Prioridad 3]. 4. Hasta que las aplicaciones de usuario manejen correctamente los controles vacos, incluya caracteres por defecto en los cuadros de edicin y reas de texto. [Prioridad 3].

5. Hasta que las aplicaciones de usuario (incluidas las ayudas tcnicas) interpreten claramente los vnculos contiguos, incluya caracteres imprimibles (rodeados de espacios), que no sirvan como vnculo, entre los vnculos contiguos. [Prioridad 3]. Como ejemplo: * (Punto 10.3) Las tablas utilizadas para maquetar pginas y donde en una celda el texto se extiende a travs de ms de una lnea plantean problemas para los lectores de pantalla antiguos, que no interpretan el cdigo fuente HTML o para los navegadores que no permiten la navegacin por celdas individuales de tablas. Por ejemplo, si hay una tabla no visible:
Hay un 30% de posibilidad de que llueva esta maana, pero ellos deberan parar antes del fin de semana. Las clases de la Universidad de Wisconsin se reanudarn el 3 de septiembre.

El lector de pantalla la leera como: Hay un 30% de posibilidad de que las clases de la universidad de Wisconsin se llueva esta maana, pero ellos reanudarn el 3 de septiembre. deberan parar antes del fin de semana.

Pauta 11: Utilice las tecnologas y pautas W3C. Puntos de verificacin: 1. Utilice tecnologas W3C cuando estn disponibles y sean apropiadas para la tarea y use las ltimas versiones que sean soportadas. [Prioridad 2]. 2. Evite caractersticas [Prioridad 2]. desaconsejadas por las tecnologas W3C.

3. Proporcione la informacin de modo que los usuarios puedan recibir los documentos segn sus preferencias (Por ejemplo, idioma, tipo de contenido, etc.) [Prioridad 3]. 4. Si, despus de los mayores esfuerzos, no puede crear una pgina accesible, proporcione un vnculo a una pgina alternativa que use tecnologas W3C, sea accesible, tenga informacin (o funcionalidad) equivalente y sea actualizada tan a menudo como la pgina (original) inaccesible. [Prioridad 1]. Como ejemplo: * (Punto 11.2) El uso de FONT para dar formato al texto es una prctica desactualizada. Se deben usar las hojas de estilo en cascada que permiten separar la estructura del contenido.

<span style="font-family:Times New Roman, Times, serif;color:#FF0000"> Ahora se usan las hojas de estilo en cascada que permiten separar la estructura del contenido. </span>

Algunos elementos y atributos que han quedado desactualizados en HTML 4.01 como: APPLET, BASEFONT, CENTER, DIR, FONT, ISINDEX, STRIKE, S, U, y align, valign, clear, nowrap, hspace, vspace, compact, face, size, background, bgcolor, color, text, link, alink, vlink, noshade, Pauta 12: Proporcione informacin de contexto y orientacin. Puntos de verificacin: 1. Titule cada marco para facilitar su identificacin y navegacin. [Prioridad 1]. 2. Describa el propsito de los marcos y como stos se relacionan entre s, si no resulta obvio solamente con el ttulo del marco. [Prioridad 2]. 3. Divida los bloques largos de informacin en grupos ms manejables cuando sea natural y apropiado. [Prioridad 2]. 4. Asocie explcitamente las etiquetas con sus controles. [Prioridad 2]. Como ejemplo: * (Punto 12.3) Hay que agrupar la informacin. Se debe agrupar los elementos SELECT (definidos con OPTION) en una jerarqua con el elemento OPTGROUP. Especifique una etiqueta para el grupo de opciones con el atributo label en el OPTGROUP.
<FORM action="http://ejemplo.com/prog/algunprog" method="post"> <P> <SELECT name="ComOS"> <OPTGROUP label="PortMaster 3"> <OPTION label="3.7.1" value="pm3_3.7.1">PortMaster 3 con 3.7.1 <OPTION label="3.7" value="pm3_3.7">PortMaster 3 con ComOS <OPTION label="3.5" value="pm3_3.5">PortMaster 3 con ComOS </OPTGROUP> <OPTGROUP label="PortMaster 2"> <OPTION label="3.7" value="pm2_3.7">PortMaster 2 con ComOS <OPTION label="3.5" value="pm2_3.5">PortMaster 2 con ComOS </OPTGROUP> </SELECT> </FORM>

ComOS 3.7 3.5

3.7 3.5

Pauta 13: Proporcione mecanismos claros de navegacin. Puntos de verificacin: 1. Identifique claramente el objetivo de cada vnculo. [Prioridad 2].

2. Proporcione metadatos para aadir informacin semntica a las pginas y sitios. [Prioridad 2]. 3. Proporcione informacin sobre la maquetacin general de un sitio (por ejemplo, mapa del sitio o tabla de contenidos). [Prioridad 2]. 4. Utilice los mecanismos de navegacin de forma coherente. [Prioridad 2]. 5. Proporcione barras de navegacin para destacar y dar acceso al mecanismo de navegacin. [Prioridad 3]. 6. Agrupe los vnculos relacionados, identifique el grupo (para las aplicaciones de usuario) y, hasta que las aplicaciones de usuario lo hagan, proporcione una manera de evitar el grupo. [Prioridad 3]. 7. Si proporciona funciones de bsqueda, permita diferentes tipos de bsquedas para diversos niveles de habilidad y preferencias. [Prioridad 3]. 8. Localice al principio de los encabezamientos, prrafos, listas, etc., la informacin que los diferencie. [Prioridad 3]. 9. Proporcione informacin sobre las colecciones de documentos (por ejemplo, los documentos que comprendan mltiples pginas). [Prioridad 3]. 10. Proporcione una manera de saltar sobre un ASCII art de varias lneas. [Prioridad 3]. Como ejemplo: * (Punto 13.1) Si se utilizan expresiones como "pinche aqu" o "haga clic aqu" como texto de los enlaces, no sabrn a qu tipo de recurso los llevar ese enlace. Por ello es recomendable poner un texto claro en el enlace; adems se puede especificar un atributo "title" para describir el propsito del enlace como en el siguiente enlace:
<a href="/lengua_signos" title="Pgina con vdeo signos"><img src="ls.JPG" alt="icono de signado"></a> de lengua de

Pauta 14: Asegrese de que los documentos sean claros y simples. Puntos de verificacin: 1. Utilice el lenguaje apropiado ms claro y simple para el contenido de un sitio. [Prioridad 1]. 2. Complemente el texto con presentaciones grficas o auditivas cuando ello facilite la comprensin de la pgina. [Prioridad 3]. 3. Cree un estilo de presentacin que sea coherente para todas las pginas. [Prioridad 3].

Como ejemplo: * (Punto 14.2) El uso de imgenes o animaciones para complementar el texto de las pginas beneficia a todos los usuarios, promoviendo una comunicacin efectiva. En particular, ayudan a personas con deficiencias cognitivas o con dificultades en la lectura, exactamente igual que ocurre en el medio fsico. Utilizaremos el cdigo del ejemplo anterior, que utiliza un icono para indicar contenido alternativo en Lengua de signos tal como indica la figura 2.12.

Figura 2.12.-

Como referencia de recomendada consulta esta el siguiente documento con la lista de puntos de verificacin de las WCAG 1.0, organizados en tablas y agrupados por prioridades. Referencia recomendada de consulta: Tabla de Puntos de Verificacin para las Pautas de Accesibilidad al Contenido en la Web 1.0 [W3C] Versin original (Ingls): http://www.w3.org/TR/WCAG10/full-checklist.html Traduccin: versin en espaol: http://www.discapnet.es/web_accesible/wcag10/full-checklist.html

Conclusin
El estndar de accesibilidad tiene una estructura, y se organiza en torno a pautas, puntos de verificacin y tcnicas. En esta leccin se han mostrado todos estos conceptos y cmo estn interrelacionados entre s, y lo que es ms importante desde el punto de vista del profesional, cmo hay que entender y utilizar la documentacin del estndar para crear pginas Web accesibles.

Leccin 3: Metodologa de revisin de la accesibilidad Web ndice

ndice de la leccin 3: Apartado 3.1.: Introduccin Apartado 3.2.: Revisin de la accesibilidad: Automtica y manual Apartado 3.3.: Metodologas y certificaciones de la accesibilidad

Introduccin
La evaluacin de la accesibilidad es el paso ms importante en el proceso de creacin de un sitio Web. Las evaluaciones se pueden realizar a travs de varios mtodos o tcnicas que se indicarn en esta leccin. La idea principal es que es necesario utilizar herramientas automticas que faciliten esta tarea, pero con la exigencia de hacer revisiones manuales complementarias a este anlisis automtico. En este punto es importante conocer el estndar WCAG 1.0 mostrado en la leccin anterior para poder aplicar los conocimientos adquiridos en la revisin de accesibilidad con herramientas automticas. En torno a la evaluacin hay iniciativas as como certificaciones de prestigio que las respaldan que se sealaran.

Objetivos
Conocer mtodos para la revisin de la accesibilidad Conocer metodologas estndar y certificaciones Introduccin al manejo de herramientas de validacin.

Apartado 3.1.: Introduccin

En relacin a la revisin de la accesibilidad la iniciativa WAI establece que: Verifique la accesibilidad con herramientas automticas y revisin humana. Los mtodos automticos son generalmente rpidos y convenientes, pero no pueden identificar todos los problemas de accesibilidad. La revisin humana puede ayudar a garantizar la claridad del lenguaje y la facilidad de navegacin. Las recomendaciones generales son: Valide la accesibilidad con herramientas automticas y revisin humana. Comience utilizando mtodos de validacin desde los primeras fases del desarrollo.

Existen herramientas software que permiten comprobar de forma semiautomtica el grado de conformidad de un sitio Web segn WCAG 1.0. Aunque se trata de herramientas muy tiles, muchos aspectos de accesibilidad slo pueden verificarse mediante una revisin manual complementaria Un ejemplo es el de la descripcin del contenido de las imgenes a travs del atributo ALT. Una herramienta software puede verificar automticamente si las imgenes contenidas por el producto Web proporcionan una descripcin alternativa o no, pero es incapaz de verificar si el texto contenido en el atributo representa una descripcin real de la imagen.

Apartado 3.2.: Revisin de la accesibilidad: Modo Automtico y manual

Hay un nmero creciente de herramientas automticas que pueden ayudar a disear y/o evaluar la accesibilidad de los sitios Web. Estos verificadores de la accesibilidad pueden ayudar a una identificacin inicial de las barreras de un sitio. Puesto que ninguna herramienta puede ejecutar una revisin automtica completa de la accesibilidad y a causa de que los falsos negativos y falsos positivos son posibles en algunos sitios, los requisitos de un determinado nivel de adecuacin deben contar tambin con una revisin manual. Una excelente manera para analizar los problemas de accesibilidad que las pginas de un sitio Web van a generar a usuarios con discapacidad, es simular el modo en que estos usuarios van a acceder a las mismas. Para ello se emplean navegadores alternativos (Explorer, Nestcape, Opera,...), o un programa que simule su funcionamiento. Se trata de un mtodo complementario al uso de herramientas de revisin automtica. Hay ventajas y desventajas en una revisin manual y en la revisin automtica de la accesibilidad; por ello existen metodologas para la revisin prctica de la accesibilidad de los sitios Web que combinan ambos mtodos y otros como pueden ser: Respecto a la revisin automtica: Ventajas: Permite un funcionamiento rpido y sistemtico. Se revisan muchos aspectos simultneamente. Ofrece una calificacin global de la accesibilidad de la pgina. Se puede certificar que no se cumple. Desventajas: La interpretacin de los resultados del anlisis es compleja y exige conocer los principios bsicos de accesibilidad. Muchos aspectos de la accesibilidad slo pueden verificarse mediante una revisin manual complementaria. No pueden certificar que s se cumple.

Respecto a la revisin manual: Ventajas Se entienden mejor los problemas de la pgina. Se puede comparar la validez de distintas soluciones. Es el nico medio posible para revisar algunos aspectos: adecuacin texto alternativo, ttulos de marcos, etc. Desventajas Proceso mucho ms costoso en tiempo.

Hacen falta ms navegadores alternativos, simuladores de navegadores o configuraciones distintas del mismo navegador entre otras herramientas. Exige el juicio personal del revisor. Hay que conocer mejor los problemas para detectarlos. Algunas cosas son difciles de simular. Puede no detectar algunos fallos de accesibilidad.

Hay que validar la accesibilidad con herramientas automticas y revisin humana. Los mtodos automticos son generalmente rpidos y oportunos, pero pueden no identificar todos los problemas de accesibilidad. La revisin humana puede ayudar a asegurar la claridad del lenguaje y facilidad de navegacin. Hay que comenzar a utilizar mtodos de validacin desde los primeros estadios del desarrollo. Los problemas de accesibilidad identificados de forma temprana son ms fciles de corregir y evitar.

Referencia recomendada de consulta: Revisin de Pautas de Accesibilidad al Contenido en la Web 1.0 [W3C] Versin original (Ingls): http://www.w3.org/TR/WCAG10/#validation Traduccin: versin en espaol: http://www.sidar.org/recur/desdi/traduc/es/tecni/tecnuclea/wgac10coretechspani sh.htm#validation

Como recursos en castellano para evaluacin de la accesibilidad se recomiendan: Barras accesibilidad ya comentadas en la leccin 1, para navegadores Internet Explorer y Firefox, http://www.technosite.es/descargas.asp

TAW, Test de Accesibilidad Web, http://www.tawdis.net/taw3/cms/es/herramientas/desktop.h tml, apartados de descargas, en el sitio hay documentacin sobre su utilizacin. HERA, Herramienta de revisin de accesibilidad, http://www.sidar.org/hera/ , en el sitio hay documentacin sobre su utilizacin.

HERA, Extensin SIDAR, http://www.sidar.org/extension/

Y como enlaces de referencia nacional e internacional para localizar recursos: http://www.webaim.org/ http://www.sidar.org/index.php http://www.accessiblenet.org/ http://www.stcsig.org/sn/internet.shtml#tools

Apartado 3.3.: Metodologas y certificaciones de la accesibilidad

Para llevar a cabo una evaluacin de la accesibilidad con mtodo de revisin recomendamos el siguiente: 1. Anlisis del perfil tecnolgico del sitio: Utiliza estndares de una forma correcta?: HTML XHTML XML DTD Gestin esttico/dinmica Arqutectura de la aplicacin .. Qu supone este perfil? Flexibilidad, eficiencia, escalabilidad, 2. Anlisis de la estructura: hay una separacin de presentacin y contenido? Analizar la estructura: organizacin de la informacin Separacin entre contenido y presentacin Flexibilidad y capacidad de personalizacin de la presentacin al usuario. 3. Evaluacin con herramientas automticas Distinguir tipos de resultados entre distintas herramientas Muestreo de la evaluacin. Validacin sintaxis HTML, XML, XHTML, Validacin hojas de estilo CSS. 4. Evaluacin manual complementaria a la evaluacin automtica: Se realiza un anlisis automtico previo de la pgina informando de si se encuentran errores detectables de forma automtica y qu puntos de verificacin de las pautas deben ser revisados manualmente. Se pasar a revisar manualmente los puntos requeridos para comprobar realmente si la pgina es accesible. 5. Evaluacin humana experta: Repaso de otros aspectos: Utilizar navegador slo texto, navegador por voz. Utilizar navegador grfico con: grficos no cargados, Sonidos no cargados, sin ratn, Marcos, scripts, applets no cargados. Utilizar varios navegadores y versiones. Utilizar otras resoluciones pantallas, tipos de pantalla. Comprobar velocidad de carga. Comprobar enlaces rotos.

Acceso Indirecto. Ayudas tcnicas: Redundar tipos de accesos. Utilizar lector de pantallas, magnificador, etc. Usabilidad Informacin contextual: Mapa Web, miguitas, opcin de bsqueda. Criterios heursticas de usabilidad. Hay que prestar atencin a la Accesibilidad en el lenguaje, aplicando pautas de Lectura Fcil: Mostrar el texto con claridad, sin desorden. Intentar ser precisos y no utilizar estructuras gramaticales complicadas. Prescindir de prrafos de texto denso. Utilizar amplios espacios en blanco. Utilizar frases cortas y sencillas. Para hacer sondeos, puede servir realizar anlisis con: http://juicystudio.com/services/readability.php?url= Adems, es recomendable leer el siguiente documento de WAI:

Referencia recomendada de consulta: Evaluacin de la accesibilidad de los sitios Web: Introduccin [W3C] Versin original (Ingls): http://www.w3.org/WAI/eval/Overview.html Se trata de un documento que destaca los diferentes mtodos para evaluar la accesibilidad de un sitio Web. Proporciona procedimientos generales y consejos para realizar una evaluacin en diferentes situaciones, desde la evaluacin durante el desarrollo de un sitio Web hasta la monitorizacin de un sitio Web que ya est en funcionamiento.

Apartado 3.4.: Certificacin de la accesibilidad

Hay metodologas estandarizadas para la evaluacin de la accesibilidad de un portal, as como acerca de los iconos propietarios que aparecen en muchos portales certificando la accesibilidad de sus pginas. Cada una de ellos atiende a distintos criterios de calidad, rigurosidad, prestigio o legitimidad de estas certificaciones o empresas certificadoras. A destacar las iniciativas de mayor solidez a nivel nacional: AENOR (Asociacin Espaola de Normalizacin y Certificacin) tiene certificacin de accesibilidad Web en colaboracin con la Fundacin CTIC (Centro Tecnolgico de la Informacin y la Comunicacin) que alberga la Oficina Espaola del W3C y es creadora del TAW (Test Accesibilidad Web) y el ESI (European Software Institute).

Referencia recomendada de consulta

http://www.accesibilidad.org/ http://www.aenor.es/desarrollo/inicio/home/home.asp http://www.fundacionctic.org/web/contenidos/en http://www.esi.es/

A nivel europeo hay metodologas de evaluacin como la espaola MEWA. MEWA es la metodologa de Technosite (o Fundosa Teleservicios, empresa perteneciente a la Fundacin ONCE, de la que depende el portal Discapnet), que ofrece servicios de consultora, auditora y certificacin de accesibilidad. Referencia recomendada de consulta http://www.technosite.es/default.asp http://www.technosite.es/auditoriaycertificacion.asp Durante el ao 2006 se public el esquema europeo de certificacin y la metodologa europea de evaluacin de la accesibilidad Web. Un esquema de certificacin de la accesibilidad de la Web en Europa, donde se indican Especificaciones para el esquema de la evaluacin de la conformidad y marca de calidad sobre accesibilidad Web. Referencia recomendada de consulta

ftp://ftp.cenorm.be/PUBLIC/CWAs/e-Europe/WAC/CWA15554-00-2006-Jun.pdf

Este acuerdo refleja tres tipos de peticiones que fueron identificadas: - Declaracin de conformidad por proveedores (de acuerdo con la ISO/IEC 17050) - Inspeccin (de acuerdo con la ISO/IEC 17020) - Certificacin de productos (de acuerdo con la ISO/IEC 45015) En el mismo ao se presenta UWEN 1.0 (Unified Web Evaluation Methodology), como metodologa europea de evaluacin de la accesibilidad Web compatible con las pautas de WCAG 1.0. UWEM se presenta con un mtodo nico tanto para la evaluacin por un experto humano como de manera automtica por interfaces de mquinas. Hay proyectos europeos aunados en un grupo llamado WAB Cluster. La metodologa de Tecnosite tiene una correspondencia entre su metodologa y la UWEN 1.0. Referencia recomendada de consulta: Metodologa Unificada de Evaluacin Web (UWEM 1.0.) Versin original (Ingls): http://www.wabcluster.org/uwem1/ Traduccin: versin en espaol: http://www.technosite.es/SRV/metodologia/index.html Como unificacin a todas estas metodologas a nivel Europeo, surgi la certificacin Euracert. El sello de Euracert es una certificacin otorgada por organizaciones nacionales que han firmado un acuerdo de reconocimiento mutuo: Technosite en Espaa, Asociacin BrailleNet en Francia y ONA en Blgica. Referencia recomendada de consulta

http://www.euracert.org/es/

Conclusin
Existen mtodos de revisin de la accesibilidad bsicos y otros ms completos, as como estndares para evaluar y certificar la accesibilidad de un sitio tal como se ha mostrado en la leccin; el aplicar uno u otro depender de cada caso y sus caractersticas. En esta leccin se ha mostrado un mtodo de revisin bsico a seguir para profesionales de la accesibilidad Web. Si se necesitara una metodologa de mayor envergadura as como solicitar una certificacin, se han indicando referencias donde poder obtener esa informacin.

ndice
ndice de las lecciones de aprendizaje de la Unidad didctica 3. Leccin 1: Introduccin a la accesibilidad en los contenidos digitales. Leccin 2: El e_recurso textual *.txt como recurso alternativo s accesible. Leccin 3: Accesibilidad a los contenidos digitales Microsoft Word. Leccin 4: Accesibilidad a los contenidos digitales Acrobat pdf.

Introduccin
En la Web nos encontramos numerosos recursos electrnicos (o e_recursos) como contenidos digitales en las pginas Web. La forma ms frecuente de encontrarlos es como archivos o ficheros a los que se accede mediante enlaces o vnculos, posibilitando la descarga o acceso por navegador Web. Existe un desconocimiento general, creyendo que a estos contenidos puede acceder todo tipo de personas. Sin embargo, si no se tienen en cuenta unas pautas y recomendaciones de accesibilidad, habr grupos de usuarios que no puedan acceder a los contenidos de los recursos electrnicos. Actualmente son pocos los sitios Web que incluyen criterios de accesibilidad a los documentos descargables e_recursos. Entre los tipos de e_recursos ms frecuentes que nos encontramos en la Web estn los documentos Microsoft Word, Acrobat PDF, presentaciones Microsoft Power Point, presentaciones y animaciones Adobe Macromedia Flash, etc. En su mayora corresponden a formatos propietarios, y por ello las pautas de accesibilidad a seguir son diferentes en cada uno de los casos. La mejor opcin ser intentar hacerlos accesibles manteniendo su mismo formato y, si esto no es posible, ofrecer a estos recursos un contenido alternativo que sea universal y s accesible, como por ejemplo un documento .txt.

Objetivos
Dar a conocer que los recursos electrnicos que nos encontramos en la Web como contenidos *.doc, *.pdf, presentaciones, etc. si no se elaboran siguiendo unas pautas, no son accesibles a todas las personas. Conocer soluciones para incluir accesibilidad a los distintos tipos de e_recursos.

Esquema de contenidos:

Documentos Microsoft Word

Accesibilidad a los e_recurso de una pgina Web

Documentos PDF

Otros

Aplicar pautas especficas de accesibilidad segn formato

Ofrecer recurso alternativo universal accesible

Leccin 1: Introduccin a la accesibilidad en los contenidos digitales. ndice

ndice de la Leccin 1 son: - Apartado 1.1: WCAG y los contenidos digitales en la Web - Apartado 1.2: Accesibilidad a los e_recursos en Web y otros escenarios - Apartado 1.3: Alternativas para ofrecer una solucin accesible

Introduccin
En esta leccin se quiere clarificar cmo hay que entender la accesibilidad Web de una manera ms completa, distinguiendo entre la accesibilidad a la pgina Web (ver Unidad Didctica 2), y la accesibilidad que hay que ofrecer a los e_recursos incluidos en la pgina Web.

Objetivos
Dar a conocer qu sera una accesibilidad Web ms completa, incluyendo la accesibilidad a e_recursos. Dar a conocer la existencia de diversidad de formatos de e_recursos y que cada tipo de formato tiene unas guas especficas para incluir accesibilidad. Dar a conocer como solucin, el ofrecer un e_recurso alternativo s accesible.

Apartado 1.1: WCAG y los e_recursos en Web

En relacin a los e_recursos en Web, las Pautas de Accesibilidad a los contenidos Web WCAG 1.0 indican en su pauta 11: Muchos formatos no recomendados por W3C (por ejemplo, PDF, Schockwave, etc.) requieren ser vistos bien con plug-ins o con aplicaciones autnomas. A menudo, estos formatos no pueden ser visualizados o navegados con aplicaciones de usuario estndares (incluyendo ayudas tcnicas). Evitar estos formatos y caractersticas no estndar [...] tender a hacer ms accesibles las pginas a ms gente que utiliza una amplia variedad de hardware y software. Cuando deba utilizar tecnologas no accesibles (patentadas o no), debe proporcionar una pgina equivalente accesible. Nota: Convertir los documentos (desde PDF, Postscript, RTF, etc.) a lenguajes de marcado W3C (HTML, XML) no siempre crea un documento accesible. Por tanto, valide cada pgina respecto a la accesibilidad y utilidad despus del proceso de conversin (consulte la seccin de validacin). Si una pgina no se convierte de forma legible, revise la pgina hasta que su presentacin original se convierta adecuadamente o bien proporcione una versin en HTML o en texto plano. Segn lo anterior, WAI no recomienda utilizar ficheros PDF, pero siendo pragmticos, el formato PDF es de amplia difusin y hay contenido que por indicacin del cliente, por estructura, extensin del documento, etc. se requiere que estn en formato pdf y por ello hay que aplicar criterios de accesibilidad a los e_recursos, ya que su utilizacin en la Web es una realidad.

Apartado 1.2: Accesibilidad a los e_recursos en Web y otros escenarios

Como ya se introdujo en la Unidad Didctica 1, la accesibilidad Web tiene que ser entendida en dos mbitos (ver Figura 3.1.): primero, que la pgina Web sea accesible (ver Unidad Didctica 2); segundo, que los recursos que albergan las pginas Web sean accesibles (explicado en esta Unidad Didctica). Los e_recursos se identifican por una URI (Uniform Resource Identifier), no es contenido propio de la pgina Web codificado en el HTML o XHTML, sino que se accede a ellos por medio de elementos HTML como enlaces en la pgina. El hacer estos recursos accesibles es algo diferente de la accesibilidad de la pgina Web. Por ejemplo: con un enlace correctamente etiquetado segn WCAG el recurso esta incluido en la pgina Web de una forma accesible, pero otra cosa es que el usuario pueda acceder a l.

Figura 3.1.- Accesibilidad a e_recurso incluido en pgina Web

Esta accesibilidad a los e_recursos que nos encontramos incluidos en las pginas Web es lo que ocupa esta unidad. Los contenidos que se presentan servirn para elaborar documentos electrnicos accesibles no slo con el objetivo de incluirlos en una pgina Web, sino como herramienta accesible de trabajo. As, al terminar esta unidad, el alumno podr elaborar un contenido digital accesible, lo podr enviar por mail, publicar en Web, etc. y podr compartido con cualquier persona, con o sin discapacidad.

Apartado 1.3: Alternativas para ofrecer una solucin accesible

Entre los tipos de recursos ms frecuentes que nos encontramos en la Web estn los documentos: Microsoft Word, Acrobat PDF, presentaciones Microsoft Power Point, Flash, vdeos, audio, etc. En su mayora corresponden a formatos propietarios, y por ello las pautas a seguir son diferentes en cada uno de los casos para hacerlos accesibles. Estas guas de accesibilidad son especficas de cada herramienta de edicin de contenido, y su seguimiento es necesario si se desea conservar el formato del recurso. El seguir estas guas especficas de accesibilidad de cada uno de los formatos a veces podr resultar una buena solucin, mientras que en otros casos la accesibilidad de los recursos puede llegar a ser cuestionable. La alternativa a no aplicar estas guas de accesibilidad sujetas a un formato, es ofrecer un e_recurso alternativo accesible y universal como puede ser un documento .txt. En la leccin dos se indicaran consejos de cmo elaborar un e_recurso alternativo accesible y universal como .txt. En las lecciones tres y cuatro se mostrarn guas especficas de accesibilidad segn formatos Microsoft Word y Adobe pdf. Hay algunas consideraciones generales a tener en cuenta respecto a la utilizacin de guas especficas para proporcionar accesibilidad segn formato: Accesibilidad limitada. Debido a conflictos entre distintas tecnologas, aun haciendo el e_recurso accesible siguiendo estas guas, pueden darse barreras de accesibilidad. Por ejemplo: incompatibilidad para poder acceder al e_recurso con lectores de pantalla. Curva de aprendizaje. Excesiva curva de aprendizaje para familiarizarse y aprender cmo aplicar estas guas. Licencia propietaria. Obligatoriedad a la persona a la que destinamos el futuro acceso al e_recurso a que tambin posea este software propietario.

Siguiendo recomendaciones de WAI, no se debe abusar de incluir e_recursos. Siempre que se incluya un e_recurso en una pgina Web, es porque sea la forma ms idnea de incluir esa informacin en la Web. No se debe incluir un e_recurso cuando su informacin podra incluirse directamente en la pgina Web implementando mediante XHTML, HTML. As, por ejemplo, si se quiere incluir accesibilidad y se tiene como e_recurso no accesible un documento Microsoft Word o Power Point, Adobe pdf, etc., una alternativa de solucin a barajar podra ser implementarlo en el HTML o XHTML, como contenido propio de la pgina Web de forma accesible siguiendo las WCAG.

Ante la situacin de incluir un e_recurso en una pgina Web, finalizamos esta leccin, repasando tal como indica la figura 3.2 las soluciones al alcance y entendiendo que el aplicar una u otra depender de las caractersticas de cada caso: Escenario: tengo un e_recurso no accesible de formato propietario y lo tengo que incluir en mi pgina Web, qu hacer? Opcin 1).- Elaboro un e_recurso alternativo universal accesible, e incluyo en la pagina Web los dos e_recursos siguiendo las WCAG. Opcin 2).- Edito el e_recurso para que sea accesible siguiendo guas especificas segn el formato, y lo incluyo en la pgina Web siguiendo las WCAG. Opcin 3).- Implemento directamente el contenido del e_recurso en el XHTML como contenido propio de mi pagina Web siguiendo WCAG.

Figura 3.2.- Soluciones alternativas accesibles para incluir el contenido de un e_recurso en Web

Conclusin
Hay que incluir accesibilidad a los e_recursos incluidos en las pginas Web, y para conseguirlo, tenemos guas de accesibilidad especificas segn el formato del recurso, o ofrecer un e_recurso alternativo universal s accesible.

Leccin 2: El e_recurso textual *.txt como recurso universal alternativo s accesible. ndice
ndice de la leccin 2: - Apartado 2.1: Introduccin. Caractersticas del formato .txt - Apartado 2.2: Consejos para elaborar un e_recurso alternativo en formato txt

Introduccin
Ante la situacin de ofrecer un e_recurso accesible, tal como se ha indicado en la leccin anterior, hay una solucin que es elaborar un e_recurso alternativo, universal y accesible equivalente en formato de texto plano .txt. Por la universalidad del formato y la facilidad en la edicin, en esta leccin se ofrecen consejos para su obtencin.

Objetivos
Dar a conocer las caractersticas del formato .txt Dar a conocer los consejos para que el alumno sepa elaborar un documento .txt accesible, tanto si es de nueva creacin, como crear uno alternativo a otro.

Apartado 2.1: Introduccin. Caractersticas del formato .txt

Se quiere elaborar un e_recurso alternativo accesible, y que contenga la misma informacin que el e_recurso primario. Es decir, este e_recurso alternativo adems de ser accesible, debe tener como objetivo no perder semntica respecto al primario, tratndose entonces de un e_recurso alternativo y adems equivalente. Esto no siempre ser posible, pero debe ser la meta a conseguir, as todos los usuarios independientemente de sus caractersticas tendrn acceso a la misma informacin. Como contenido alternativo s accesible, las opciones ms recomendables por su alta universalidad son documentos XHTML, XHTML+CSS siguiendo WCAG 1.0, y documentos de texto plano *.txt. Para poder ofrecer documentos en XHTML que cumplan las WCAG 1.0 se necesita cierto grado de formacin tcnica, pero el ofrecer un documento alternativo en formato .txt es algo que la mayora de las personas que manejan documentacin electrnica pueden hacerlo. Para su elaboracin incluyendo criterios de accesibilidad slo se necesitan unas sencillas recomendaciones. Las principales ventajas para presentar este formato texto plano como candidato a e_recurso alternativo accesible son: - Formato licencia no propietaria. No se requiere de ningn software para crearlo, editarlo y/o para leerlo. - Asegura un acceso compatible. No provoca ninguna barrera de accesibilidad para acceder a l a travs de ayudas tcnicas. - No curva de aprendizaje. Es sencillo de utilizar. Como desventaja al ser un formato texto plano (no enriquecido), el documento carece de elementos para marcar la estructura lgica semntica de un texto (tabla, formulario, ttulo,). No se puede ofrecer una presentacin, no se pueden incluir imgenes, multimedia, hipermedia, etc. En base a estas excepciones que nos encontramos en relacin a otros formatos enriquecidos, hay que aplicar unas pautas no explicitadas en ningn estndar y que atienden ms al sentido comn y a la sensibilidad que posea la persona que lo elabore. En los apartados siguientes se mostraran con ejemplos algunos consejos.

Apartado 2.2: Consejos para elaborar un e_Recurso alternativo en formato txt

En la elaboracin de un e_recurso alternativo accesible en formato texto plano, hay que intentar no perder semntica respecto al e_recurso primario. Los consejos son bsicamente ofrecer con contenido alternativo a todo elemento que no se pueda trasladar a un documento .txt. Por ejemplo, si no se puede incluir un marcado de ttulo a una cadena de texto, se pondr en el documento .txt: Ttulo:.. y a continuacin la cadena de texto que sea ttulo. En la figura 3.3 se puede observa la equivalencia entre e_recursos no accesible y un e_recurso alternativo accesible en formato de texto plano, donde por ejemplo, una imagen se ha descrito en el documento .txt; para una tabla, se ha elaborado un prrafo que la describe y explica su contenido.

Figura 3.3.-

La presentacin (color de fondo, color de fuente, sombreado en un ttulo, listas con vietas e iconos, etc.) de un formato enriquecido no se puede trasladar a un documento .txt, pero el resto de cosas s. - Cmo suplir la ausencia de estructura, y elementos de marcado. Indicando con texto qu es ttulo, subttulo, qu es una lista, si es ordenada, etc. Tambin habr que dar informacin de qu tipo de formato de documento estamos trasladando al .txt, porque si, por ejemplo, es un documento de presentacin Microsoft Power point, habr que marcar una estructura lgica que indique diapositiva o transparencia. Cmo suplir el no incluir elementos multimedia (imgenes, grficos, formularios, tablas, vdeos, audio, etc.) Ofrecer un contenido alternativo que guarde la mxima semntica que el elemento media a remplazar, es decir, en una imagen, indicar el contenido -

alternativo de la imagen, si es un vdeo, sera una trascripcin de toda la interaccin del vdeo (como un guin de un vdeo). Otros criterios de accesibilidad: - Adaptacin lingstica, aplicacin de reglas de Lectura Fcil. Como se ha comentado, no hay reglas precisas, slo consejos y sentido comn. Veamos ejemplos en el apartado de ejercicios resueltos

Ejercicios resueltos
PRIMER EJEMPLO TRANSPARENCIAS Veamos unos ejemplos de transparencias con distintos contenidos docentes en el dominio de Bases de Datos, elaboradas por el Grupo de Bases de datos avanzadas de la Universidad Carlos III de Madrid. Para cada transparencia deben indicarse N de transparencia, Tema, Ttulo, Subttulo y contenido, diferenciando adems dentro del contenido los posibles elementos no textuales para aadir la descripcin textual correspondiente.

Figura 3.4. Ejemplo de e_recurso no accesible. Transparencia nmero 2.

Para el caso de la transparencia de la Figura 3.4 deberamos proporcionar la siguiente trascripcin: TRANSPARENCIA 2 TTULO: Tema 2.1: Presentacin del Modelo E/R SUBTTULO: El Modelo E/R es un modelo conceptual (mayor nivel de abstraccin) CONTENIDO: Definicin de modelo E/R: Conjunto de conceptos y de reglas destinados a representar de forma global los aspectos lgicos de los diferentes tipos de datos existentes en la realidad que est siendo analizada; ha de permitir reflejar el contenido semntico de los datos existentes en el sistema, pero no sus propiedades que respondan a caractersticas de tipo fsico (modo de almacenamiento, caminos de acceso, etc...) Pie de pgina: Grupo de BD Avanzadas (situado a la izquierda), Tema II: El Modelo E/R (situado en el centro)

Figura 3.5. Ejemplo de e_recurso no accesible. Transparencia nmero 12.

En este caso la transparencia nmero 12 (Figura 3.5) tiene contenido textual tabulado, por lo que deberemos proporcionar una descripcin textual adecuada de este elemento de contenido. Siendo una tabla debemos enumerar los elementos en ella expuestos y determinar para cada correspondencia de fila y columna si transmiten relaciones significativas entre la informacin en las celdas correspondientes. Para el caso de esta transparencia proporcionaremos una trascripcin similar al siguiente texto: TRANSPARENCIA 12 TTULO: Tema 2.2: Esttica del Modelo E/R CONTENIDO: Tabla de datos con tres tipos representados ENTIDADES, ATRIBUTOS y VALORES representados en tres columnas. - La primera ocurrencia de ENTIDADES en la tabla es PERSONA, cuyos ATRIBUTOS son Sexo y Estado Civil, los posibles VALORES de Sexo son Hombre y Mujer y los de Estado Civil son Soltero, Casado, Viudo o Divorciado. - La segunda ocurrencia de ENTIDADES en la tabla es LIBRO, cuyos ATRIBUTOS son Nombre de la Obra y Nombre del Autor, para Nombre de la Obra tenemos como valor El Quijote y como valor de Nombre de Autor, Cervantes. - La tercera ocurrencia en ENTIDADES es PAS, con ATRIBUTO Mayora de Edad y posibles VALORES 18 aos o 16 aos.

SEGUNDO EJEMPLO CONTENIDOS MULTIMEDIA, AUDIO, VDEO... En cuanto a contenidos con animaciones, banda de audio o vdeo etc. siempre se debe proporcionar equivalentes textuales de la banda de audio. Estos deben

contener tanto el dilogo de los interlocutores (si existiera) como los eventos sonoros (si los hubiera). Por otra parte ser necesario incluir en la descripcin aquella informacin adicional relativa a la banda visual que consideremos importante, recogiendo de forma detallada toda la informacin visual y de movimiento relacionada de alguna forma con el significado, y por lo tanto con el entendimiento de vdeo. Para los primeros 40 segundos del siguiente vdeo:
http://es.youtube.com/watch?v=qs9wbdScj0Q

Se debera proporcionar una trascripcin similar a:

Descriptor: Es de noche, dentro de la cueva Mufasa y Sarabi se estn despertando. Sarabi: Nuestro hijo est despierto... Simba: Pap, pap, pap, pap... Mufasa: Pero antes del amanecer es tu hijo. Simba: Pap!. Vamos pap!. Descriptor: Simba zarandea a su padre para que se despierte y cae rodando hacia atrs, vuelve corriendo y sigue zarandendole. Simba: Me lo prometiste!. Mufasa: Bueno, est bien, ya voy, ya voy... Simba: Siiiii!. Descriptor: Mufasa da un gran bostezo. Simba sale corriendo, seguido por sus padres. Sarabi sonre y empuja suavemente a Simba hacia su padre. Los dos, sentados uno junto al otro, contemplan la salida del sol. Mufasa: Mira Simba, toda la tierra que baa la luz es nuestro reino. Simba: Vaya!.

Conclusin
El formato .txt es un formato universal y accesible, y aun teniendo desventajas por carecer de contenido enriquecido que aportara elementos multimedia y presentacin, es sencillo elaborar como solucin accesible un .txt alternativo siguiendo los consejos expuestos. La solucin aportada en esta leccin ser posible aplicarla como otra opcin de solucin a los recursos que se van a dar en las siguientes lecciones.

Leccin 3: Accesibilidad a los documentos electrnicos Microsoft Word ndice

ndice de la leccin 3: - Apartado 3.1: Cmo elaborar un documento Microsoft Word .doc accesible

Introduccin
Microsoft Word es un procesador de texto creado por Microsoft, y actualmente integrado en la suite ofimtica Microsoft Office. Es uno de los procesadores de texto ms populares, por ello que sea tan importante saber incluir en este tipo de documentos digitales unas pautas de accesibilidad especficas para conseguir un documento Word al que puedan acceder la mayora de las personas. Como se cont en la anterior leccin, otra posibilidad para proporcionar accesibilidad a un documento Word, sera ofrecer un contenido digital alternativo s accesible como un recurso .txt accesible. En la leccin siguiente se mostrar al alumno como elaborar un documento .pdf, a partir de un documento Word .doc accesible.

Objetivos
- Saber elaborar un documento Microsoft Word accesible.

Apartado 3.1. Documentos Word

El formato Microsoft Word es un formato de texto enriquecido, sus caractersticas de presentacin pueden ser, por ejemplo, poner un texto resaltado y con fuente ms grande que indique a un usuario sin problemas de discapacidad visual y/o ceguera que ese texto es un ttulo. Pero si en el documento no incluyes un marcado que indique que eso es ttulo, las personas que acceden a l por medio de lector de pantalla no lo distinguirn, y todo su contenido estar no estructurado, sin ttulos y encabezados que seguir. De igual manera, si no se pone un texto alternativo a las imgenes, no se podr acceder a esa informacin. Como requisitos tcnicos para llevar a cabo esta leccin se necesita el software Microsoft Word instalado en el ordenador. Para la elaboracin de esta leccin se ha utilizado una versin determinada, Microsoft Word 2003, pero el guin es genrico para que el alumno pueda llevarlo a cabo a en cualquier versin de Microsoft Word. [Microsoft, 2007]. A continuacin se muestran unas pautas de accesibilidad a aplicar al crear o modificar un documento accesible en Microsoft Word.

Estilos y formatos A la hora de dar formato al texto deberemos usar estilos de prrafo, es decir, encabezado 1, encabezado 2, Cuerpo del texto, etc. definiendo tamao de fuente razonable (mnimo 10 puntos). La herramienta de Estilos y Formatos de Microsoft Word se puede seleccionar en la opcin Formato de la barra de herramientas, tal y como muestra la figura 3.6.

Figura 3.6. Herramienta de Estilos y Formato en Microsoft Word

Numeracin, vietas Es conveniente tambin el uso de numeracin y vietas siempre que queramos representar listas de elementos. La herramienta de Numeracin y Vietas de

Microsoft Word se puede seleccionar en la opcin Formato de la barra de herramientas, tal y como muestra la figura 3.7.

Figura 3.7. Herramienta de Numeracin y Vietas en Microsoft Word

Columnas Si nuestro documento va a contener texto en dos o ms columnas, deberemos utilizar la herramienta de columnas que nos proporciona Word. La herramienta de Columnas de Microsoft Word se puede seleccionar en la opcin Formato de la barra de herramientas, tal y como muestra la figura 3.8.

Figura 3.8. Herramienta de Columnas en Microsoft Word

Nunca deberemos usar tabuladores o tablas para simular el texto en multicolumna, y adems separar las columnas con amplios espacios en blanco.

Es preferible utilizar la herramienta de Columnas que ofrece el software utilizado. En la Figura 3.9 se puede ver un ejemplo de texto formateado en columnas.

Figura 3.9. Ejemplo de texto formateado en columnas

Contraste Otro punto importante a destacar es elegir correctamente la combinacin de colores de todos los elementos del documento, de manera que el contraste sea adecuado para que las personas con baja visin no tengan demasiados problemas a la hora de ver el documento. Lo idneo es utilizar texto negro sobre un fondo blanco. Texto alternativo en imgenes y grficos Sin duda otro de los elementos ms importantes que deberemos cuidar al hacer el documento, es el hecho de que todas las imgenes y grficos existentes en el documento tengan su correspondiente texto alternativo. Para poder introducir correctamente este texto asociado a una determinada imagen, ser necesario desplegar el men contextual de la imagen (botn derecho del ratn sobre la imagen) y elegir la herramienta Formato de Imagen, tal y como se muestra en la Figura 3.10. Posteriormente, ser necesario incluir el texto adecuado en la casilla de texto alternativo de la pestaa Web, tal y como muestra la Figura 3.11.

Figura 3.10. Herramienta Formato de Imagen en Microsoft Word

Figura 3.11. Texto Alternativo de Imgenes en Microsoft Word

Tablas Las tablas son, sin duda, los elementos en los que tendremos que poner especial atencin ya que son los elementos donde podremos tener mayores problemas de accesibilidad. Deberemos usar correctamente las herramientas que nos proporciona Word para obtener una accesibilidad aceptable. En la Figura 3.12 se muestra la herramienta de Microsoft Word que nos permite insertar una nueva tabla en un documento .doc.

Figura 3.12. Herramienta Insertar Tabla en Microsoft Word

Deberemos usar tablas nicamente cuando sea necesario, es decir por motivos funcionales y no simplemente por motivos visuales o de maquetacin. Adems, las tablas deberan leerse coherentemente lnea por lnea. Otra recomendacin muy til sobre tablas, es no crear tablas excesivamente grandes, si es posible que quepa en una sola pgina. Las tablas divididas en varias pginas suelen dar problemas de accesibilidad. Si tenemos que introducir una tabla de ms de una pgina por que no existe otra solucin, deberemos repetir las cabeceras de la tabla en cada pgina.

Comprensin de los textos Debemos mostrar el texto con claridad, sin desorden. Intentar ser precisos y no utilizar estructuras gramaticales complicadas: Prescindir de prrafos de texto denso. Utilizar amplios espacios en blanco. Utilizar listas con vietas para simplificar los prrafos. Utilizar frases cortas y sencillas. .

Conclusin
A partir de unas sencillas pautas se ha mostrado cmo elaborar un documento Microsoft Word accesible.

Leccin 4: Accesibilidad a los documentos electrnicos Acrobat PDF ndice

ndice de la leccin 4: - Apartado 4.1. Introduccin a la accesibilidad en los documentos .PDF - Apartado 4.2. Cmo elaborar un documento .pdf accesible. - Apartado 4.3. Elaboracin de un .pdf accesible a partir de un documento Word accesible - Apartado 4.4. Revisin de la accesibilidad en un documento .pdf

Introduccin
El software que se necesitar para este proceso es Adobe Profesional (a partir de la versin 7.0 y que sea Profesional que incluye caractersticas de accesibilidad necesarias).

Referencia de recomendada consulta: * Crear documentos PDF accesibles con Adobe Acrobat [Adobe, 2005] http://www.adobe.com/enterprise/accessibility/pdfs/acro7_pg_ue.pdf * Manual para crear documentos PDF accesibles. [INTECO, 2007] http://www.inteco.es/Accesibilidad/Estudios_e_Informes_7/Manuales_y_Guias_ 1/Guia_Accesibilidad_en_Documentos_PDF

Objetivos

Apartado 4.1. Introduccin a la accesibilidad en los documentos PDF

Qu hace que un documento PDF sea accesible? Todo documento PDF accesible debe cumplir al menos las siguientes caractersticas: - Orden de lectura y estructura lgica. Para la utilizacin de herramientas de ayuda como lectores de pantalla, efectivamente el documento debe tener una estructura y un orden de lectura lgico. Esta estructura lgica utiliza elementos llamados etiquetas, que el autor utiliza para optimizar la accesibilidad. Estas etiquetas tienen dos funciones principales: definen la jerarqua del contenido del documento y establecen el orden de lectura. - Texto alternativo a imgenes y otros objetos. Una segunda caracterstica de un documento accesible es el texto descriptivo, llamado texto alternativo. Se usa para describir figuras, campos de formularios y enlaces. Cuando un lector de pantalla encuentra un elemento de este tipo lo lee como si fuera texto. - Ayudas a la navegacin. Todo documento accesible debe tener ayudas a la navegacin, como marcadores y tablas de contenidos. Esto permitir acceder a la informacin de manera ms fcil y rpida. - Lenguaje del documento especificado. Muchos lectores de pantalla estn diseados para poder leer documentos en distintos idiomas, por lo que debe estar definido el idioma previamente para su correcto funcionamiento.

Apartado 4.2. Cmo elaborar un documento .pdf accesible.

Actualmente existen multitud de aplicaciones software relacionadas con los ficheros PDF, desde programas que pueden leer ficheros en este formato, hasta programas que son capaces de crearlos. En cuanto a programas capaces de leer ficheros PDF, existen alternativas libres y gratuitas. En cambio, para generar ficheros PDF, el software de Adobe (Acrobat Profesional o Acrobat Standard) no es gratuito. Adobe ha tenido en cuenta la accesibilidad en su software, pero sta no se incluye automticamente a la vez que se est generando el documento. Ser necesario el uso de una serie de herramientas para poder introducir accesibilidad en un documento de forma manual. Un fichero PDF no es simplemente lo que vemos en pantalla, sino que detrs del documento existe una estructura lgica (que no es ms que una representacin en texto plano del contenido del PDF). Esta estructura lgica del documento incluye etiquetas que son similares a las etiquetas que se encuentran en los documentos HTML. De forma predeterminada, los documentos PDF no incorporan etiquetas. El etiquetado de un documento le corresponde al autor del mismo, y es un paso que va ms all de la simple creacin del archivo PDF. A la hora de utilizar un lector de pantalla, ste leer el documento PDF en el orden de sus etiquetas. Puede ocurrir, incluso, que este orden no sea el mismo que el orden visual. El objetivo principal de este manual es la creacin de documentos de tipo procesador de textos, sin llegar a introducirnos en temas multimedia, formularios u otros tipos de documentos que permite crear el software de Adobe. Hay tres maneras bsicas de crear documentos PDF accesibles: - Crear un PDF accesible a partir de un procesador de texto. - Obtener un PDF accesible a partir de un documento escaneado. - Crear un PDF accesible partiendo de un PDF no accesible (proceso completo). Para los dos primeros puntos, se utilizan herramientas automticas de accesibilidad que nos proporciona Adobe. Son dos mtodos para crear documentos accesibles. El tercer mtodo, es ms costoso en tiempo y formacin, se necesita utilizar todas las herramientas y ayudas de accesibilidad que nos proporciona Adobe. Se pueden elaborar documentos .pdf accesibles combinando distintas maneras, es decir, podremos utilizar el primer mtodo para ahorrar tiempo y esfuerzo, y posteriormente utilizar las tcnicas aprendidas en el tercer mtodo para hacer modificaciones.

En esta leccin, en los prximos apartados se ver cmo crear un PDF accesible a partir de un procesador de texto (primer mtodo). Los otros mtodos son ms especializados, y sern objetivos de otros cursos.

Apartado 4.3. Elaboracin de un .pdf accesible a partir de un documento Word accesible

En el apartado anterior se ha estudiado como hacer un documento Microsoft Word accesible, as slo nos quedara transformar el documento a PDF con una herramienta que nos proporciona Adobe Acrobat, para conseguir un PDF accesible. Esta transformacin la haremos mediante el software PDF Maker que est en la suite Adobe Acrobat Profesional, aunque la tarea que realiza el programa ser transparente para el usuario. Solamente nos tendremos que preocupar de realizar una correcta configuracin de este programa.

Transformacin con PDF Maker. Configuracin Herramienta Una vez que hemos creado el documento en Microsoft Word, ya podemos comenzar con la transformacin a PDF. Adobe PDF Maker se integra en el procesador de textos en el momento de la instalacin del software de Adobe. Proporciona una ventana de dilogo (Figura 3.13) en la que podremos realizar la configuracin deseada.

Figura 3.13. Ventana de dilogo de Adobe PDF Maker

Una vez seleccionada la opcin Cambiar configuracin de conversin de la opcin PDF de Adobe de la barra de Herramientas de Ms Word, ser necesario seleccionar la pestaa de configuracin de PDF Maker (ver Figura 3.14).

Figura 3.14. Pestaa de Configuracin de PDFMaker

La pestaa de configuracin generalmente contiene las siguientes opciones relacionadas con accesibilidad: Convertir datos del documento. Esta opcin aade al PDF informacin del documento del fichero de origen. Esta informacin incluye ttulo, autor, idioma, comentarios, etc. Agregar marcadores al PDF de Adobe. Esta opcin convierte los encabezados de Word, y opcionalmente los estilos, a marcadores en el documento PDF. Agregar vnculos al PDF de Adobe. Esta opcin preserva los vnculos o enlaces que hay en el documento y los aade al fichero PDF. Activar accesibilidad y reflujo con PDF etiquetado. Esta opcin etiqueta el documento PDF (Ser obligatorio marcar esta opcin si queremos crear un PDF accesible).

Pestaa de Seguridad (Figura 3.15)

Figura 3.15. Pestaa de Seguridad de PDFMaker

En esta pestaa simplemente deberemos cuidar que este marcada la opcin de permitir el acceso al texto a los dispositivos lectores de pantalla para usuarios con problemas de visin.

En la pestaa de Marcadores de esa misma ventana de Acrobat PDF Maker (ver Figura 3.16) podremos controlar ms en profundidad el tema de los marcadores en la conversin. Existen las siguientes opciones de marcador:

Figura 3.16. Pestaa de Marcadores de PDFMaker.

Convertir los ttulos de Word en marcadores. Esta opcin crea marcadores por cada ttulo utilizado en Word. Convertir los estilos de Word en marcadores. Esta opcin crea marcadores por cada estilo utilizado en Word.

Una vez que hemos realizado toda la configuracin ajustndonos a nuestras necesidades ya slo nos queda realizar la transformacin Convertir a PDF de Adobe, segn muestra la Figura 3.17.

Figura 3.17. Herramienta Convertir a PDF de Adobe desde Ms Word

Este proceso tardar ms o menos dependiendo, como es lgico, del tamao del documento y de la potencia del ordenador con el que estemos trabajando. Una vez ya obtenido el documento pdf con su marcado en Adobe, hay que definir idioma del documento para asegurar el acceso a las personas que accedan por lectores de pantalla. Estos lectores de pantalla no podran funcionar sin saber el idioma en el que tendran que leer el documento. Por esta razn, sta es, sin duda, una de las operaciones ms importantes a la hora de hacer un documento PDF accesible. A continuacin se describe la forma en que deberemos seleccionar el idioma de nuestro documento. Una vez que tenemos abierto el documento PDF que queremos convertir en PDF accesible, seleccionaremos la opcin Propiedades de documento del men Archivo de la barra de herramientas de Adobe (ver Figura 3.18):

Figura 3.18. Herramienta Propiedades de un documento en Adobe

Y nos aparecer la ventana de propiedades del documento PDF, donde ser necesario seleccionar la pestaa Avanzadas (ver Figura 3.19).

Figura 3.19. Pestaa de propiedades avanzadas de un documento Adobe

Seleccionamos el idioma deseado y pulsamos Aceptar. Ya tenemos el documento .pdf accesible a partir de un documento .doc accesible.

Apartado 4.4. Revisin de la accesibilidad en un documento .pdf

Una vez llegados a este punto deberemos comprobar que nuestro documento ya es accesible. Para realizar esto Adobe nos proporciona dos herramientas de testeo de accesibilidad: - Comprobacin rpida (Quick Test). La forma de llegar hasta esta herramienta es la siguiente: seleccione la opcin Accesibilidad Comprobacin rpida del men Avanzadas de la barra de herramientas de Adobe, tal y como muestra la Figura 3.20.

Figura 3.20

Realmente esta comprobacin lo que hace es verificar que el documento est etiquetado y con el idioma especificado. - Comprobacin completa (Full Check) Esta comprobacin ser bastante til, ya que nos dar bastante informacin de contenidos inaccesibles que se puedan encontrar en el documento. Para arrancar esta herramienta haremos lo siguiente: seleccione la opcin Accesibilidad Comprobacin completa del men Avanzadas de la barra de herramientas de Adobe, tal y como muestra la Figura 3.21.

Figura 3.21

Este test permite comprobar una serie de caractersticas del documento en busca de errores de accesibilidad. Los resultados los mostrar por pantalla, y adems nos proporcionar sugerencias para solucionar esos errores o faltas encontradas. Las caractersticas del documento que podremos comprobar sern bsicamente las siguientes: - Texto alternativo en las imgenes. - Lenguaje del texto especificado. - Codificacin de caracteres fiable (es decir que un lector de pantalla no tenga problemas para interpretar las fuentes). - Todo el contenido est reflejado en la estructura del documento. - Las listas y las estructuras de tablas son correctas. - El orden de tabulacin es coherente con el orden de lectura. La ventana que nos aparecer al hacer uso de esta herramienta se muestra en la Figura 3.22.

Figura 3.22

Como se puede observar, tambin tenemos la posibilidad de que el informe obtenido por pantalla, se pueda guardar en un fichero.

Conclusin
La accesibilidad de un documento .pdf depende de caractersticas y factores expuestos. Se han mostrado guas especificas de Adobe y maneras de hacer un documento .pdf accesible.

Conclusin General
Hay que incluir accesibilidad en los e_recursos que contienen las paginas Web, estos e_recursos accesibles se pueden elaborar aplicando guas especificas segn el formato en cuestin (como las mostradas en las lecciones tres y cuatro), u ofrecer un e_recurso alternativo universal y accesible como .txt (mostrado en la leccin dos).