Loading…

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

Like this document? Why not share!

Accesibilidad Web basado en WCAG 1.0. Analisis y estudio de caso.

on

  • 900 views

El documento corresponde a una memoria de grado realizada en el año 2007 con el objetivo personal de profundizar más en la disciplina de la accesibilidad. Hoy existe una nueva version de las pautas, ...

El documento corresponde a una memoria de grado realizada en el año 2007 con el objetivo personal de profundizar más en la disciplina de la accesibilidad. Hoy existe una nueva version de las pautas, las WCAG 2.0. Además, el documento mereceria una revisión para corregir errores ya que entre otras cosas, se habla de "estándares", cuando deberíamos hablar de pautas. Sin embargo, realizando esas salvedades, puede ser un primer acercamiento para quienes quieran conocer un poco más de accesibilidad web.

Statistics

Views

Total Views
900
Views on SlideShare
884
Embed Views
16

Actions

Likes
0
Downloads
10
Comments
0

3 Embeds 16

http://ucsurbeca18informatica.blogspot.com 11
http://ucsurbeca18informatica.blogspot.com.es 3
http://www.linkedin.com 2

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Accesibilidad Web basado en WCAG 1.0. Analisis y  estudio de caso. Accesibilidad Web basado en WCAG 1.0. Analisis y estudio de caso. Document Transcript

  • Universidad Católica del Uruguay Facultad de Ingeniería y Tecnologías Estándares de accesibilidad en sistemas Web para facilitar el acceso a personascon discapacidades. Estudio de tres casos en Uruguay Silvia Da Rosa Carlos Petrella Orientador Memoria de grado presentada como requisito parcial para la obtención del grado de Ingeniero en Informática Montevideo, 29 de Octubre de 2007
  • Índice generalÍndice generalÍndice general ...........................................................................................................................................2Índice de Figuras ......................................................................................................................................3Índice de Tablas........................................................................................................................................4Resumen ...................................................................................................................................................5Resumen ...................................................................................................................................................5Abstract ....................................................................................................................................................5Introducción..............................................................................................................................................6Definición del problema ...........................................................................................................................8Objetivo ....................................................................................................................................................8Alcance.....................................................................................................................................................9Motivación.............................................................................................................................................. 10Estado del Arte ....................................................................................................................................... 10 ¿Por qué hacer una Web más accesible?............................................................................................ 10 Discapacidad...................................................................................................................................... 13 Accesibilidad en la Web .................................................................................................................... 14 Discapacidad y problemas de acceso................................................................................................. 15 1. Ceguera................................................................................................................................ 15 2. Problemas de visión............................................................................................................. 16 3. Problemas de audición......................................................................................................... 17 4. Problemas motrices. ............................................................................................................ 18 5. Problemas cognitivos y neurológicos. ................................................................................. 19 6. Discapacidad del lenguaje ................................................................................................... 20 7. Problemas debido a su educación formal, con analfabetismo, o con pocos años de formación, o que hablen un idioma diferente................................................................................ 20 8. Problemas técnicos. ............................................................................................................. 20 9. Otras limitaciones................................................................................................................ 21 Estándares Relacionados ................................................................................................................... 21 Pautas de Accesibilidad al Contenido de la Web. (WCAG).............................................................. 23 Pauta 1 - "Proporcione alternativas equivalentes para el contenido visual y auditivo"................. 23 Pauta 2: No se base sólo en el color.............................................................................................. 25 Pauta 3. Utilice marcadores y hojas de estilo y hágalo apropiadamente. ...................................... 28 Pauta 4. Identifique el idioma usado. ............................................................................................ 31 Pauta 5. Cree tablas que se transformen correctamente. ............................................................... 31 Pauta 6. Asegúrese de que las páginas que incorporan nuevas tecnologías se transformen correctamente................................................................................................................................ 33 Pauta 7. Asegure al usuario el control sobre los cambios de los contenidos tempo-dependientes. ...................................................................................................................................................... 34 Pauta 8. Asegure la accesibilidad directa de las interfaces de usuario incrustadas. ...................... 35Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 2
  • Índice de Figuras Pauta 9. Diseñe para la independencia del dispositivo.................................................................. 35 Pauta 10. Utilice soluciones provisionales.................................................................................... 36 Pauta 11. Utilice las tecnologías y pautas W3C............................................................................ 37 Pauta 12. Proporcione información de contexto y orientación...................................................... 38 Pauta 13. Proporcione mecanismos claros de navegación. ........................................................... 39 Pauta 14. Asegúrese de que los documentos sean claros y simples. ............................................. 41 Herramientas de evaluación............................................................................................................... 41Metodología............................................................................................................................................ 43Caso practico .......................................................................................................................................... 44 Introducción....................................................................................................................................... 44 Resultados.......................................................................................................................................... 47 Puntos de verificación de prioridad A no aprobados ......................................................................... 47 Otras consideraciones de accesibilidad.............................................................................................. 52 Tamaño de letra............................................................................................................................. 52 Simulación de baja visión ............................................................................................................. 53 Otras simulaciones ........................................................................................................................ 54 Informes de aDesigner .................................................................................................................. 54Conclusiones .......................................................................................................................................... 55Trabajos futuros...................................................................................................................................... 59Bibliografía............................................................................................................................................. 59 Anexo I: Definición de la norma ....................................................................................................... 62 Anexo II: Checklist auxiliar para la evaluación................................................................................. 63 Anexo III – Resultados de evaluaciones............................................................................................ 68 Universidad Católica del Uruguay................................................................................................ 68 Antel ............................................................................................................................................. 73 Uruguay.gub ................................................................................................................................. 78 Anexo IV – Simulaciones de Discapacidades ................................................................................... 83 Simulaciones de baja visión.......................................................................................................... 83 Anexo V – Informes de Adesigner .................................................................................................... 87Índice de FigurasFigura 1 - Componentes necesarios para promover la accesibilidad Web. (W3C, 1999)....................... 23Figura 3 – Ejemplo de map (Da Rosa, 2007) ......................................................................................... 25Figura 4 - Ejemplo de información basada en color. (Telefonica, 2007) ............................................... 26Figura 5 - Defectos en visualización del color (Telefonica, 2007) ......................................................... 26Figura 6 - Simulación de colores vistos con distintos defectos de visualización de color (Telefonica, 2007) ............................................................................................................................................. 26Figura 7 – Ejemplo 1 de falta de contraste en combinaciones de colores. (Da Rosa, 2007) .................. 27Figura 8 - Ejemplo de contraste de color (Da Rosa, 2007)..................................................................... 28Figura 9 - Ejemplo de no aplicación de pauta 3. (Da Rosa, 2007) ......................................................... 29Figura 10 - Ejemplo de aplicación de pauta 3. (Da Rosa, 2007) ............................................................ 30Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 3
  • Índice de TablasFigura 11 - Ejemplo de visualización de tabla accesible (Discapnet, 1999)........................................... 33Figura 12 - Ejemplo de visualización de formulario accesible. (Da Rosa, 2007)................................... 37Figura 13 - Ejemplo de frame titulado (Telefonica, 2007) ..................................................................... 39Por ejemplo, en HTML, utilice LABEL y su atributo "for". (Ejemplo en pauta 10.4 Figura 14)........... 39Figura 15 - Portada de www.ucu.edu.uy sin imágenes (Da Rosa, 2007)................................................ 48Figura 16 - Portada de www.antel.com.uy sin imágenes (Da Rosa, 2007)............................................. 48Figura 17 - Portada de www.uruguay.gub.uy sin imágenes (Da Rosa, 2007) ........................................ 48Figura 18 - Mapa de imagenes de www.ucu.edu.uy (Da Rosa, 2007).................................................... 49Figura 19 - Mapa de imagenes de www.ucu.edu.uy con imagenes desactivadas (Da Rosa, 2007)........ 49Figura 20 - Formulario de búsqueda de www.antel.com.uy con estilos (Da Rosa, 2007)...................... 50Figura 21 - Formulario de búsqueda de www.antel.com.uy sin estilos (Da Rosa, 2007) ....................... 50Figura 22 - Portada de www.uruguay.gub.uy sin estilos (Da Rosa, 2007) ............................................. 51Figura 23 - Pie de pagina principal de www.antel.com.uy (Da Rosa, 2007).......................................... 52Figura 24 - Portada de www.ucu.edu.uy con tamaño aumentado 2 veces (Da Rosa, 2007).................. 53Figura 25 - Cabezal de portada de www.uruguay.gub.uy con tamaño aumentado 2 veces (Da Rosa, 2007) ............................................................................................................................................. 53Figura 26 - Portada de www.ucu.edu.uy (Da Rosa, 2007) ..................................................................... 68Figura 27 - Portada de www.antel.com.uy (Da Rosa, 2007) .................................................................. 73Figura 28 - Portada de www.uruguay.gub.uy (Da Rosa, 2007).............................................................. 78Figura 29 - Simulación de visión con cataratas con CAN 07 en www.ucu.edu.uy (Da Rosa, 2007) ..... 83Figura 30 - Mapa de problemas para personas con baja visión generado con aDsigner para www.antel.com.uy (Da Rosa, 2007) ............................................................................................. 83Figura 31 - Simulación de visión con cataratas con CAN 07 en www.antel.com.uy (Da Rosa, 2007) .. 84Figura 32 - Mapa de problemas para personas con baja visión generado con aDesigner para www.uruguay.gub.uy (Da Rosa, 2007)......................................................................................... 84Figura 33 - Simulación de visión con cataratas con CAN 07 en www.uruguay.gub.uy (Da Rosa, 2007) ...................................................................................................................................................... 84Figura 34 - Simulación ceguera con aDesigner del frame central de www.ucu.edu.uy (Da Rosa, 2007) ...................................................................................................................................................... 85Figura 35 – Simulación de ceguera con aDesigner del frame central de la pagina principal de www.antel.com.uy (Da Rosa, 2007) ............................................................................................. 85Figura 36 - Simulación de ceguera con aDesigner del frame central de la pagina principal de www.uruguay.gub.uy (Da Rosa, 2007)......................................................................................... 86Figura 37 - Informe aDesigner para www.ucu.edu.uy (Da Rosa, 2007) ................................................ 87Figura 38 - Informe aDesigner para www.antel.com.uy (Da Rosa, 2007) ............................................. 87Figura 39 - Figura 39 - Informe aDesigner para www.uruguay.gub.uy (Da Rosa, 2007) ...................... 87Índice de TablasTabla 1 - Paginas a evaluar con HERA (Da Rosa, 2007) ....................................................................... 45Tabla 2 - Resultado de evaluación automática (Da Rosa, 2007) ............................................................ 45Tabla 4 - Paginas evaluadas con HERA de www.ucu.edu.uy (Da Rosa, 2007) ..................................... 68Tabla 5 - Paginas evaluadas con HERA de www.antel.com.uy (Da Rosa, 2007) .................................. 73Tabla 6 - Paginas evaluadas con HERA de www.uruguay.gub.uy (Da Rosa, 2007).............................. 78Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 4
  • ResumenResumenLa WWW se define como universal y como tal debe comportarse, permitiendo elacceso a todos sin excepción. Una discapacidad es una carencia que debe ser suplidapara que no se transforme en una desventaja, para que la Web sea universal debeproveer un mecanismo para seguir siendo accesible incluso a personas con algún tipode discapacidad. Existen estándares en desarrollo por parte de la W3C que presentanel concepto de “Diseño para todos” o “Diseño Universal”. Este concepto no solofacilita el acceso a personas con discapacidad sino que presenta otras ventajas como elaumento de los potenciales visitantes, la mejora en la imagen del sitio, compatibilidadcon nuevas tecnologías como PDA´s y teléfonos celulares, mejora de posicionamientoen Google, entre otras. Este documento pretende presentar requerimientos generalesde usuarios con necesidades especiales y analizar los estándares existentes, así comolas herramientas de evaluación basadas en esos estándares; para luego llevar a cabo unestudio sobre algunos sitios representativos en Uruguay y determinar su accesibilidad.Palabras claves: Discapacidad, accesibilidad, usabilidad, estándares.AbstractThe WWW is defined as universal and as so it must behave, allowing access to allwithout exception. A disability is a deficiency that must be supplied so that it does notbecame a disadvantage, so the Web must provide a mechanism to be accessiblepeople with some type of disability. There are standards on the W3C that presents theconcept of “Design for all” or “Universal Design”. This concept not only facilitatesthe access to people with disabilities but that presents other advantages as the increaseof the potential visitors, the improvement in the image of the site, compatibility withnew technologies like PDA´s and cellular telephones, improvement of positioning inGoogle, among others. This document tries to present general requirements of userswith special necessities and to analyze the existing standards, as well as tools ofevaluation based on those standards; then carry out a study on some representativesites in Uruguay to determine its accessibility.Keywords: disability, accesibility, usability, standards.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 5
  • IntroducciónIntroducción “No puedes permitirte estar discapacitado en espíritu a la vez que físicamente”. Stephen W. Hawking, 2006Las nuevas tecnologías de información hacen parte de nuestra vida, adquiriendo día adía un papel más importante. Internet es una herramienta de comunicación muypoderosa: permite búsquedas laborales, conocer el estado de cuenta del banco,acceder a productos mediante compras por Internet a los cuales no tendría acceso enmi país, realizar trámites. El uso de Internet no solo facilita tareas cotidianas sino quemuchas veces es un requisito: en algunos avisos de trabajo la recepción de currículoes únicamente a través de una dirección Web, las inscripciones en algunas facultadesson únicamente a través del sitio Web.“El poder de la Web está en su universalidad. Un acceso a la Web para todosindependientemente de su discapacidad es un aspecto esencial.” (W3C, 1999) dijoTim Berners-Lee, creador de la Internet tal como la conocemos: creó las versionesiniciales de los cuatro pilares de Internet HTML, HTTP, un servidor Web y unnavegador; fundador y miembro activo de la W3C.Internet brinda una variedad de opciones superando todo tipo de barreras, geográficas,culturales, sociales. Se podrían mencionar restricciones tecnológicas, económicas, deeducación, pero estas se han ido levantando con el correr del tiempo y en general hayespecial interés por eliminarlas. La tecnología es cada vez más accesible, máseconómica, en cualquier lugar se tiene acceso al ADSL que ha aumentado ancho debanda y bajado su costo, se pueden encontrar cyber cafés en todos lados. Hay especialinterés por la educación en informática, tenemos clases de informática en las escuelasy liceos, el plan Ceibal, cursos especiales para la tercera edad."Artículo 27.1: Toda persona tiene derecho a tomar parte libremente en la vidacultural de la comunidad, a gozar de las artes y a participar en el progreso científicoy en los beneficios que de él resulten." Declaración Universal de los DerechosHumanos (1948)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 6
  • IntroducciónEs parte de los derechos inherentes como ser humano el no ser discriminado y teneracceso a los beneficios del progreso científico. Es un derecho el no ser discriminadode servicios brindados exclusivamente por Internet y de tener acceso a los beneficiosde Internet.Existe un grupo importante de personas que de hecho no tienen acceso a todas lasposibilidades por tener algún tipo de discapacidad. Personas ciegas, con problemasmotrices, de edad avanzada, con problemas cognitivos, de educación, limitacionestécnicas.Aunque se ha hecho un esfuerzo por informar y concienciar, la mayoría de losservicios están pensados para ser usados por un “usuario tipo” que no cuenta conningún tipo de dificultad ni discapacidad. Desde un baño, una escalera, una canilla, elsoftware y la tecnología no escapan a ello.Se discrimina a grupos más débiles, negándoles sus derechos básicos, evitandobrindarles herramientas y haciendo que los beneficios sean disfrutados por unaminoría. Los servicios de la Web no son universales sino que se orientan a “usuariostipo” que no tienen problemas de discapacidad, con conexión a Internet rápida ypermanente, que cuenta con la última versión del sistema operativo Windows y delnavegador Internet Explorer. Además, esto obliga a acceder a sus beneficios de unaúnica forma, evitando la diversidad.Una Web accesible proporciona un acceso equitativo e igualdad de oportunidades atodas las personas. Una página Web accesible puede ayudar a personas con distintasdiscapacidades a que participen más activamente en la sociedad, ofreciéndoles unaoportunidad de acceder a la información y de interactuar, ayudando a equipararse encuanto a oportunidades con personas sin discapacidad, compensando ese déficit.Actualmente personas que tienen dificultades para trasladarse pueden trabajarmediante teletrabajo; personas con dificultades de comunicación lo hacen mediantesoftware y hardware especializado; discapacitados visuales tienen acceso a lainformación, pueden estudiar y trabajar mediante software y hardware especial. Elacceso a la formación a personas con alguna discapacidad especifica evita que de otramanera podrían terminan sintiéndose casi totalmente discapacitadas para llevar unavida normal, porque siendo intelectualmente capaces no pueden asistir a la escuelapor no poder escribir o por tener dificultades en el habla.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 7
  • Definición del problemaLa informática es entonces un factor importante para lograr la mayor equidad posibleentre todos.El camino explorado inicialmente para solucionar esos problemas fue el de desarrollarpersonalizaciones para cada caso específico, pero un acercamiento a las diferentesdiscapacidades que pueden verse permiten ver que las discapacidades tienen una granvariedad de expresión. Además, la tendencia en la Web es de la estandarizacióndebido a las múltiples ventajas que esto conlleva, por lo que es el único camino que sevislumbra.El presente documento pretende mostrar los requerimientos generales de usuarios connecesidades especiales, y los criterios definidos en estándares que pueden satisfaceresas necesidades para posteriormente estudiar su aplicación real en sitos de usocomún, definiendo una metodología y realizando un diagnostico de accesibilidad.Definición del problemaEn el esfuerzo por hacer de la Web realmente universal se tiende a los estándarescomo los propuestos por la W3C (World Wide Web Consortium). Como se expresaen la página de la W3C: “Hablar de Accesibilidad Web es hablar de un accesouniversal a la Web, independientemente del tipo de hardware, software,infraestructura de red, idioma, cultura, localización geográfica y capacidades de losusuarios.” (W3C, 1999)Aunque al hablar de accesibilidad el punto principal es la participación de personascon discapacidades, es necesario incluir a las personas con infraestructura decomunicación o capacidades limitadas, y personas de edad avanzada.Nos vemos enfrentados a la necesidad de lograr una Web única basada en estándaresy realmente accesible para todos.Aun estamos al inicio de un largo camino, lamentablemente, aun no hay suficientedifusión ni aplicación de esos criterios y estándares en la Web. Un comienzo es saberqué se está haciendo en nuestro país al respecto.ObjetivoEl objetivo de este trabajo es analizar la accesibilidad de tres sitios Web uruguayos dedistintos ámbitos y con funcionalidades que podrían ser de utilidad.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 8
  • AlcanceLa realización de un estudio estadístico es un trabajo mucho mas amplio, dada lacomplejidad en la elección de casos y dado el tiempo necesario para realizar laevaluación de cada sitio en particular, por lo que esta es una manera de poder realizarun diagnostico general de la aplicación de criterios de accesibilidad en Uruguay.AlcanceSe realiza un estudio de estándares de la industria y herramientas accesorias pararealizar la evaluación de productos.El análisis de accesibilidad es un proceso largo, por lo que no es posible realizar unanálisis estadístico de sitios. Por ese motivo se identifican tres productos de referenciapara ser evaluados según los criterios establecidos en la WCAG.Luego de descartar los sitios personales, el criterio más importante para la selecciónde los sitios fue que proveyeran alguna funcionalidad importante que ameritara unanecesidad. Otro factor importante es la interacción que proveen con la sociedad. Y porultimo, tratar de elegir sitios de distintos ámbitos.El primer sitio seleccionado es el portal de la Universidad Católica (UCU, 2007). Seelige este sitio como ejemplo de sitio educativo, que provee un marco de interacciónentre el medio estudiantil y la universidad, brindando diversas funcionalidades para elalumno. El sitio Web es principalmente informativo, cumpliendo un papel importanteen informar acerca de las posibilidades universitarias a estudiantes del interior,posibilidades de intercambio a estudiantes de la universidad, entre otros. También esel nexo con las demás herramientas para estudiantes y funcionarios, comoWebasignatura (Herramienta de nexo entre profesores y alumnos con foro,documentos del curso, agenda), Webmail (acceso al mail de la universidad),Autogestión (donde se realizan inscripciones a cursos, exámenes, pagos), Veritas(bolsa de empleos), etc.El sitio de Antel se elige como representante de las telecomunicaciones en el Uruguay(Antel, 2007). Además de proveer información acerca de sus servicios, permitebúsqueda en la guía telefónica y la realización de trámites como pago de facturas ycontratación de nueva línea.El gobierno uruguayo ha publicitado su interés en ampliar los servicios que provee susitio oficial (Portal del Gobierno, 2007), aumentando la cantidad de trámites que seUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 9
  • Motivaciónpueden realizar online. Actualmente es un centro de acceso a los distintos sitios delestado, provee información acerca de servicios y permite la realización de tramitesonline. Aunque en Uruguay aun no existe reglamento específico al respecto, dado quees el sitio oficial y dada la funcionalidad que proveerá, se espera que se llegue a unamplio espectro de la población.MotivaciónLa motivación de cualquier investigación debería ser la de mejorar la calidad de vidade las personas, principalmente de aquellas que están en desventaja en algún aspecto,tratando de lograr una equiparación en cuanto a sus las posibilidades a las que puedaacceder.El uso de la tecnología con ese fin ha sido una preocupación desde el inicio de micarrera y se ha tornado un desafío inseparable de mi vida profesional. Estainvestigación pretende ser un pequeño aporte para fomentar esas prácticas tendientesa lograrlo.Estado del ArteEl contexto del problema presentado será estudiado en los siguientes aspectosfundamentales: • ¿Por qué hacer una Web más accesible? • Legislación • Discapacidad • Accesibilidad en la Web • Discapacidades y problemas de acceso relacionados • Estándares relacionados • Pautas de Accesibilidad al Contenido de la Web. (WCAG) • Herramientas de evaluación¿Por qué hacer una Web más accesible?Porque es lo correcto. Buscar la equidad de condiciones es una obligación comopersonas.Porque permiten la participación de un público más amplio, permite ampliar elpúblico potencial. Estimula la integración de todo grupo que de otra forma no seUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 10
  • Estado del Arteintegraría, personas con discapacidades, de edad avanzada, personas de bajosrecursos, que utilizan cybercafes, usando tecnologías muy viejas o muy nuevas.Ayuda a disminuir la tan de moda mencionada “brecha o exclusión digital”.Porque contribuye a fortalecer la diversidad y cumple un papel social ayudando a lainserción laboral a través del teletrabajo y a la formación mediante la educación adistancia.Pero además es rentable ser accesible.Aumentan los potenciales visitantes, y por lo tanto de los potenciales clientes.Contribuye a la imagen de responsabilidad social, que redunda en aumento delnúmero de clientes o usuarios.Mejora del posicionamiento en Internet. Google es el usuario ciego más conocido. Lasmismas soluciones que facilitan el acceso a las personas con discapacidad mejoran laindexación en los motores de búsqueda.Se ahorra ancho de banda, disminuyendo el tiempo de carga y el costo de alojamientoWeb. Cuando el tiempo de carga es alto el usuario se cansa de esperar y abandona elsitio o, luego de esperar, descubre que no le es accesible.Garantiza la compatibilidad “hacia delante” con nuevos navegadores, plataformas ydispositivos: PDA’s, teléfonos móviles, etc. Un sitio no accesible que no cumpleestándares que pretende ser visto mediante distintos dispositivos implica una versiónespecífica para cada uno de los dispositivos, con el costo que implica desarrollardistintas versiones del mismo sitio, el peso agregado del código para detectar y enviara cada usuario la versión adecuada según su navegador.Porque a todos nos puede beneficiar en algún momento: nadie tiene la salud ni losmedios económicos garantizados. En el futuro podemos tener algún problema dediscapacidad por accidente, enfermedad o vejez. No tenemos garantizada laestabilidad económica para tener a disposición el hardware y el software actualizados.Incluso podemos encontrarnos en un cybercafe, una computadora ajena, u otrasituación donde se hagan notar las limitaciones técnicas. La expectativa de vida haaumentado en los últimos años y aunque la medicina ha avanzado muchísimoprobablemente muchos de los que tengamos la suerte de llegar a viejos, llegaremoscon los problemas normales de la edad: problemas de visión, dificultades para realizaralgunos movimientos, en fin: con algún tipo de discapacidad que imposibilita elUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 11
  • Estado del Arteacceso a algunos sitios Web. Estamos construyendo una Web que no podremosutilizar cuando lleguemos a viejos.Por ultimo, por razones legales. Aunque en Uruguay aun no exista reglamentaciónespecifica, en Europa existe una variedad de normativas que tienden a extenderse adistintos países. Se presenta un resumen de algunas normativas internacionales(Segovia, 2007).La Iniciativa eEurope (8 de diciembre de 1999) (Comision Europea, 2007) con laadopción de la Comunicación "eEurope - Una sociedad de la información paratodos", fue el comienzo de compromisos para que el diseño y el contenido de todoslos sitios públicos europeos de Internet (gobiernos nacionales, provinciales,municipales, ayuntamientos, organismos gubernamentales, etc.) sean accesibles a laspersonas con discapacidad, siguiendo las pautas de la Iniciativa de Accesibilidad a laWeb (WAI – Web Accesibility Initiative), para que se exija la accesibilidad de lossitios Web del sector privado, comenzando con los que reciben financiación pública,principalmente los que tienen una función comercial, seguidos por aquellos sitios quetienen una función social (Resolución nº 24 del Informe al Parlamento Europeo sobrela Comunicación de la Comisión de Industria, Comercio Exterior, Investigación yEnergía del 24 de abril de 2002), establecer políticas de contratación pública de laUnión Europea que exijan la accesibilidad para las personas con discapacidad(Resolución nº 27 del Informe citado).En muchos países se han aprobado leyes específicas para implementar las iniciativasde accesibilidad: Alemania, Australia, Brasil, Francia, Irlanda, Italia, Nueva Zelanda,Perú, Portugal, Puerto Rico, Reino Unido, Suecia,España cuenta con dos reglamentos complementarios:LEY 51/2003 (del 2 de diciembre de 2003) de igualdad de oportunidades, nodiscriminación y accesibilidad universal de las personas con discapacidad, conocidacomo "LIONDAU". Para administrar la gradualidad en la puesta en marcha de laLIONDAU se consideró conveniente la elaboración de instrumentos de planificación,y al tiempo de su redacción se diseñaron dos planes: el "Plan Nacional deAccesibilidad 2004-2012" y el "II Plan de Acción para las personas con discapacidad2003-2007". El 11 de julio se aprueba la ley de servicios de la sociedad de lainformación y de comercio electrónico (LSSICE). LEY 34/2002.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 12
  • Estado del ArteEl gobierno de EEUU promueve la accesibilidad de los sitios Web de todos losorganismos y agencias federales basado en la enmienda a la Ley de Rehabilitación(Rehabilitation Act) que se aprobó por el congreso estadounidense en 1998, y que seconoce como la Sección 508 (Legislacion EEUU, 1998). Se obliga a que lainformación en formato electrónico producido por y para el gobierno debe cumplir esanorma de accesibilidad, que tiene equivalencia con las normas de la WAI. La Ley deAmericanos con Discapacidad (Americans with Disabilities) o ADA, de 1990 serefiere a ofrecer “prestaciones públicas” (“public accommodations”) 108 a personascon problemas de discapacidad y luego que un juez sentara un precedente en unademanda (Gumson vs. Priceline.com (Segovia, 2007)), se aplica como obligación delas empresas privadas.Un poco mas cerca, en Argentina, luego de varios intentos infructuosos se siguentratando proyectos de ley relacionados. En Chile el año 2004 se crea la Guía para elDesarrollo de Sitios Web (Gobierno Chileno, 2004), que si bien no era normativa,fijaba una serie de pautas para los sitios estatales, y tuvo un importante impacto tantopor el precedente que marcó, como el hecho de servir de orientación y educación. El22 de junio de 2006 se promulgó, a través del decreto 100, la Norma Técnica para elDesarrollo de Sitios Web de los Órganos de la Administración del Estado (GobiernoChileno, 2006).DiscapacidadSegún la OMS entre el 10% y el 20% de la población mundial tiene algún tipo dediscapacidad. Si a esto sumamos las personas con discapacidad temporal y de edadavanzada, el resultado es un 40 % de la población (OMS, 1999).En Uruguay, según la Encuesta Nacional de Personas con Discapacidad (INE, 2004),un 7,6% de la población total residente en hogares particulares urbanos delocalidades de más de 5.000 habitantes tiene alguna discapacidad. En cifras absolutasse estima en 210.400 personas con al menos una discapacidad. Se destacan datosimportantes a considerar basados en la Encuesta mencionada (Portal Discapacidad,2007):• La cuarta parte de la población adulta mayor padece alguna discapacidad. Elaumento de la discapacidad con el avance de la edad y en particular a partir de los 65años muestra la incidencia de la discapacidad en el contexto del envejecimientoUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 13
  • Estado del Artedemográfico. Con el aumento de la esperanza de vida, aumentan también los añosvividos con discapacidad de las personas que la adquirieron desde el nacimiento o aedades muy tempranas. Con los años agregados a la vida aumenta el riesgo deadquirir una discapacidad en las edades avanzadas, como secuela de algunaenfermedad o por el deterioro de las capacidades funcionales al envejecer.• Solamente el 32% de las personas con discapacidad alcanza la enseñanza primariacompleta.• Casi el 40% de las personas con discapacidades mayores de 25 años carecen o tienenun bajo nivel de instrucción.• Solamente el 16,5% de la población económicamente activa está empleada.• El 48% de las personas con discapacidad pertenecen a los hogares de menoresingresos.• El promedio de ingresos por trabajo de las personas con discapacidad es 37%inferior al que percibe por el mismo trabajo la población restante.Accesibilidad en la WebLa Web es actualmente inaccesible para muchas personas, de un artículo publicado en“Austin American Statesman” (Park, 2000) sobre estudios relacionados se extraendatos interesantes que apoyan esta afirmación:• Menos del 10% de la gente con discapacidades usa Internet, contra casi el 40% degente que no tiene discapacidades.• 90% de las páginas de Internet tienen algún problema de accesibilidad.• Se realizaron demandas a grandes corporaciones como Bank of America, H&RBlock e Intuit, reclamando que sus software y sitios Web no eran compatibles con latecnología de lectura de pantalla que ellos usaban en la Web.• Se reclamó que los servicios de Internet así como las compras online, serviciosbancarios y declaraciones de impuestos constituían una comodidad pública bajo laADA (Americans with Disabilities Act), y tenía que ser tan accesible como el accesoa la biblioteca pública o al centro comercial.• "America Online" estableció un acuerdo para hacer futuras versiones de servicios deInternet y software accesibles a las pantallas de los lectores.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 14
  • Estado del Arte• En 1996 el Departamento de Justicia reglamentó que la ADA se integrara al Internety el gobierno está adoptando reglas necesarias para acceso a toda la tecnología que secompra.Discapacidad y problemas de accesoEl análisis de discapacidades y problemas de acceso se realiza en base a documentosdel grupo Acceso Web (Acceso Web, 1999).Cada tipo de discapacidad tiene asociados una serie de problemas para acceder a loscontenidos Web. Para minimizar esos problemas y en muchos casos parasolucionarlos las personas con discapacidades recurren al uso de herramientas deayudas técnicas. Son dispositivos que permiten prevenir, compensar, suavizar oneutralizar diferentes discapacidades, y que hacen de interfaz con el servicio oaplicación que diseñemos. En general son específicos para cada discapacidad oincluso para diferentes entornos (Web, ofimática), son tecnologías complejas muyespecializadas en tareas concretas, pero poco generalizables y casi siempre muycostosas.Es necesario tener en cuenta que muchos de los problemas pueden darse combinadoscomo es el caso de personas de edad avanzada.1. Ceguera.Implica una en pérdida substancial e incorregible de visión ambos ojos.La problemática de acceso a la Web a la que se ve enfrentada una persona conceguera incluye:• Imágenes sin texto alternativo.• Imágenes complejas (gráficos, diagramas,...) sin descripción adecuada.• Vídeo no descrito textualmente o con audio.• Tablas que pierden su sentido cuando se leen secuencialmente, es decir celda a celdao de forma lineal.• Existencia de formularios por los que no se puede navegar con el tabulador de formalógica, con campos para introducir texto que no están debidamente etiquetados.• Frames no adecuados para la visión en navegadores sin soporte a frames.• Navegadores y herramientas de autor sin soporte por medio de teclado para todos loscomandos.• Navegadores y herramientas de autor que no siguen interfaces adecuados al sistemaoperativo en que funcionan.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 15
  • Estado del Arte• Documentos no estándar, de difícil interpretación por el lector de pantalla.Las ayudas técnicas que se utilizan son lectores de pantalla (software que lee el textoen la pantalla y lo deriva a un sintetizador de voz: Ej. JAWS, PwWebSpeak, Orca,Home Page Reader), líneas Braille (software que lee el texto y lo traduce y muestrapor una línea Braille), navegadores basados en texto, etc. Además son útilesestrategias de navegación como las teclas de acceso rápido y sobre todo el tabulador,para no leer todo la página sino solo las cabeceras y enlaces.2. Problemas de visión.Incluye a personas con daltonismo, miopía, etc. que usan magnificadores de pantalla onavegan en ambientes con deficiente iluminación. Podemos categorizarlos enpersonas con baja visión y personas con falta de sensibilidad a los colores.La baja visión se refiere a aquéllas discapacidades que disminuyen la calidad de lavisión, sin imposibilitarla, este es el caso de la visión en forma de túnel, la pérdida devisión en el campo central, visión borrosa, etc. Dependiendo del grado de severidadde la falta de visión, emplearan tan solo estrategias de acceso o ayudas específicas.Los problemas que deben enfrentar personas con baja visión son:• Sitios Web con tamaño de fuente absoluto (difícilmente cambiable).• Sitios Web cuya consistencia se pierde al cambiar la ventana de resolución otamaño.• Sitios Web o imágenes con bajo contraste y difícilmente manipulables.• Uso de estilos de las páginas con bajo contraste entre la fuente y el fondo.• Uso de estilos que no se pueden cambiar por hojas de estilo definidas por el usuario.• Utilización de texto relevante en imágenes.Las personas con esta problemática usan monitores de gran tamaño, magnificadoresde pantalla, etc. En este caso una estrategia de acceso muy común es incrementar eltamaño de las fuentes e imágenes en el navegador y en el sistema operativo.La falta de sensibilidad a los colores se traduce en una falta de respuesta a ciertoscolores. Por ejemplo, esto puede revelarse en una dificultad de distinguir el rojo y elverde, o el amarillo y el azul.En un sitio Web, los problemas que se presentan son:• Colores usados como enfatizadores de texto.• Texto que contrasta inadecuadamente con el color del fondo.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 16
  • Estado del ArteLas personas con esta problemática usan sus propias hojas de estilo para reemplazarlos colores del fondo y del texto, modificando la configuración de los navegadoresque lo permitan. Para estas situaciones no es recomendable codificar ningunaconducta importante únicamente mediante colores.3. Problemas de audición.La deficiencia auditiva implica una pérdida total o parcial de la capacidad depercibir información auditiva.En el caso de la deficiencia auditiva las limitaciones en el uso de la red se manifiestandesde una doble vertiente. Por un lado, el efecto más claramente observable es laincapacidad para recibir la información sonora presente en el sitio Web que se estéconsultando. Por otro lado, aunque menos observable, pero mucho más limitador,están las dificultades para acceder al código escrito de la lengua oral.Las sorderas, y fundamentalmente las denominadas profundas prelocutivas, esto es,aquellas que padecen las personas desde el nacimiento o antes de la adquisición dellenguaje, y que suponen una pérdida por encima de los 90 dB. suponen un granobstáculo para una correcta adquisición de la competencia lingüística, requisitofundamental para el desarrollo de la lecto-escritura.El uso de un vocabulario demasiado abstracto o de estructuras sintácticas muycomplejas puede dificultar su comprensión. En este sentido, es aconsejable utilizarmensajes gráficos o utilizar glosarios de términos en los que se intente explicar mejorsu significado. Unas normas mínimas de redacción, no solo facilitarán la comprensióna las personas con discapacidad auditiva sino a todos los usuarios.Ciertos mensajes de alerta son codificados como sonidos debido al interés en utilizarun canal de comunicación que los usuarios tienen desocupado Es necesario tenercuidado en este último caso, puesto que los usuarios con discapacidades auditivaspueden no advertir el riesgo asociado a una situación dada.Hay personas que utilizan el lenguaje de signos desde su nacimiento por lo que engeneral tienen una reducción importante en el número de palabras que conocen yutilizan. En este caso, es necesario prestar atención especial al vocabulario utilizado.Problemática de acceso a la Web:• Falta de leyenda o transcripciones en audio del contenido de un video.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 17
  • Estado del Arte• Falta de imágenes relacionadas, en páginas que solo contienen texto o con grandescantidades de texto, para facilitar la comprensión.• Tendrían problemas en aquellos sitios donde es necesaria la voz para acceder ointeractuar.• Falta de etiquetas o transcripciones del audio de la Web.• Problemas con las proposiciones y artículos, formas y tiempos verbales, estructurassintácticas, vocabulario, etc.• Falta de transcripciones en lenguaje de signo para aquellos contenidos que seandemasiado técnicos para aquellos que padecen de sordera prelocutiva.En esta categoría podemos incluir situaciones de limitación técnica en las que no secuenta con placas de sonido, o parlantes, o que se navega en ambientes muy ruidosos(fábricas, escuelas, en la calle, etc.) o muy silenciosos (bibliotecas, hospitales, encompañía de bebés o enfermos, etc.)4. Problemas motrices.Existen diversos tipos de discapacidad física, que afecta a distintas partes del cuerpo,que incluyen: debilidad, limitaciones del control muscular (movimientosinvoluntarios, falta de coordinación o parálisis), limitación de las sensaciones,problemas de articulaciones y/o falta de miembros.Las discapacidades que plantean mayores dificultades para acceder a la Web, sonaquellas que afectan al aparato locomotor, en concreto a los brazos y las manos. Enestos casos, la capacidad de movimiento o de empleo del ratón se ve muy limitada oes del todo imposible.Problemática de acceso a la Web:• Petición de respuesta en tiempo limitado en una página Web.• Navegadores y herramientas de autor que no soportan las alternativas de tecladopara los movimientos del ratón.• Formularios cuyos elementos no están ordenados en un orden lógico.• Iconos demasiado pequeños para el puntero y la falta de capacidad de apuntar deforma precisa con los punteros.Dada la gran variedad de tipos de discapacidad motora, es también muy amplia lavariedad de ayudas técnicas disponibles para acceder a la Web tales como punteros(punteros de cabeza o de boca), teclados especiales, software de reconocimiento devoz, etc.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 18
  • Estado del ArteTanto si se emplea una de estas ayudas técnicas como si se puede acceder por mediode teclado sin emplear el ratón, la estrategia más utilizada es recorrer los contenidosde la página de forma secuencial, haciendo uso del tabulador o una tecla equivalente.Problemas para realizar ciertas tareas físicas tal y como mover un puntero, pulsar dosteclas a la vez o mantener apretada una teclaEn el caso más extremo estos sujetos pueden no ser capaces de utilizar un teclado o unratón y simplemente pueden preferir utilizar un sistema alternativo de introducción dedatos tal y como uno basado en voz o en movimientos de otras partes del cuerpo(como la cabeza, la boca, etc.).Se pueden mencionar también situaciones de limitaciones técnicas que impidan usarel mouse o el teclado como al usar terminales UNIX, telefonía móvil, PDA’s, iPhone,smartphones, Blackberry, etc. (sin mouse) o WebTV, terminales callejeros o kioscosinformáticos, etc. (sin teclado).5. Problemas cognitivos y neurológicos.Incluye discapacidades como la dislexia, la discalculia, desorden de la capacidad deprestar atención, disminución de la inteligencia, disminución de la memoria,alteraciones en la salud mental y epilepsia. También incluye a personas con nivelintelectual “normal” pero que presentan problemas en aspectos concretos como losque tienen mucha capacidad verbal pero baja inteligencia numérica o espacial.Problemática de acceso a la Web:• Falta de alternativa al formato de presentación de la información. Por ejemplo, faltade texto alternativo a las imágenes, o falta de etiquetas descriptivas para el audio.• Elementos visuales o sonoros que no pueden desactivarse fácilmente.• Falta de una organización clara y consistente en el sitio Web.• Uso de un lenguaje innecesariamente complejo en el sitio Web.Hay algunos casos concretos de discapacidades, como la epilepsia, que obligan a tenercuidado con las frecuencias del audio y el video o las animaciones de la página Web.Para este tipo de discapacidades no se dispone de ninguna ayuda técnica concreta quefacilite el acceso a la Web, sino que dependen del diseño de la página Web y de cómose haya codificado. En estos casos es útil proporcionar la información en variosformatos al mismo tiempo, como videos o síntesis de voz combinados con texto. AUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 19
  • Estado del Arteveces es interesante incluir mecanismos para deshabilitar o detener las animacionesque distraen la atención de los usuariosHasta ahora el uso de computadoras ha estado reducido posiblemente a los sujetos conmás capacidad intelectual pero que esta situación puede variar en los próximos años.Estas personas pueden encontrarse con grandes limitaciones a la hora de aprovechar laoportunidad de, por ejemplo, realizar compras desde el hogar, gestionar facturas,elegir hoteles, etc.Nota: Los usuarios con epilepsia fotosensitiva pueden tener ataques desencadenadospor parpadeos o destellos que oscilen entre los 4 y los 59 destellos por segundo(hertzios), con un nivel máximo a los 20 destellos por segundo, así como con loscambios rápidos de oscuridad a iluminación (como las luces estroboscópicas).6. Discapacidad del lenguajeLas deficiencias en el habla incluyen la dificultad para pronunciar de formareconocible o con un nivel sonoro o una claridad suficiente para que funcionencorrectamente algunos sistemas de reconocimiento de voz.Problemática de acceso a la Web:• Sitios Web que requieren interacción vía voz y no tienen forma alternativa deentrada.Las personas con discapacidad del lenguaje que tengan que interaccionar vía voz conun sitio Web deberán poder usar un mecanismo alternativo de entrada de datos comoel teclado.7. Problemas debido a su educación formal, con analfabetismo, o con pocos años de formación, o que hablen un idioma diferente.8. Problemas técnicos. Computadoras antiguas, como monitores monocromos, poca memoria RAM para ejecutar software "pesado", poco espacio en disco rígido que le impida actualizar software o tener un archivo de intercambio (swap) grande, procesador antiguo que impide ejecutar algunas instrucciones que exigen las últimas versiones de software, etc. Software antiguo (como MS-DOS, PC-DOS, DR-DOS, Windows 3.1, OS/2 Warp, etc.). 27 Software muy moderno.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 20
  • Estado del Arte Hardware no estándar, como WebTV, teléfonos celulares, iPhone, smartphones, palmtops, terminales Braille, terminales UNIX, PDA’s, Blackberry, etc. Conexiones lentas. Conexiones costosas. Conexiones y equipos ajenos, como los que navegan desde locutorios, telecentros, cibercafés, máquinas de amigos o desde el trabajo, etc., y que, por lo tanto, no pueden cambiarles la configuración o agregarles componentes, sean de software o hardware.9. Otras limitacionesLas discapacidades citadas anteriormente afectan al normal acceso de estas personas aInternet. Sin embargo, existe otra serie de personas que, aunque no se considerendiscapacitadas, pueden tener limitaciones de funcionalidad sensorial, física ocognitiva que afectan a su acceso a la Web.Estas incluyen situaciones relacionadas con lesiones o con el envejecimiento, y por suduración en el tiempo, pueden ser crónicas o transitorias.En el caso de lesiones puntuales, como por ejemplo una persona con una fractura quereduzca la movilidad de un brazo, se podría beneficiar de los diseños accesibles quefaciliten la navegación por teclado así como otras pautas relacionadas con ladiscapacidad motora.Un factor de gran importancia es el progresivo envejecimiento de la población y elaumento de enfermedades degenerativas relacionadas con ella. El número y laseveridad de las limitaciones tienden a aumentar con la edad, y pueden incluiralteraciones en la visión, oído, memoria o funcionalidad motriz. (SIDAR, 2007)Estándares RelacionadosEl Consorcio World Wide Web (W3C: http://www.w3.org/) es una asociacióninternacional formada por organizaciones, personal y el público en general, quetrabajan conjuntamente para desarrollar estándares Web. La misión del W3C es:“Guiar la Web hacia su máximo potencial a través del desarrollo de protocolos ypautas que aseguren el crecimiento futuro de la Web.”Una iniciativa dentro del W3C es la WAI (Web Accessibility Initiative:http://www.w3.org/TR/WCAG10). Su objetivo es “facilitar el acceso de las personascon discapacidad, desarrollando pautas de accesibilidad, mejorando lasUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 21
  • Estado del Arteherramientas para la evaluación y reparación de accesibilidad Web, llevando a cabouna labor educativa y de concienciación en relación a la importancia del diseñoaccesible de páginas Web, y abriendo nuevos campos en accesibilidad a través de lainvestigación en este área.” (W3C, 1999)La WAI promueve la accesibilidad para las personas con discapacidad a través de lasDirectrices en distintas áreas, haciendo énfasis en que es necesario que los diferentescomponentes de desarrollo Web e interacción trabajen conjuntamente para que laWeb sea accesible para aquellas personas con discapacidad. Estos componentesincluyen: • contenido - información presente en una página Web o en una aplicación Web (Pautas de Accesibilidad al Contenido en la Web (WCAG)). • navegadores Web, reproductores multimedia y otros "agentes de usuario". (Pautas de Accesibilidad para Agentes de Usuario (UAAG) ) • tecnología asistiva, en algunos casos - lectores de pantalla, teclados alternativos, intercambiadores, software de escaneo, etc. • Conocimiento de los usuarios, experiencias y, en ocasiones, estrategias de adaptación para la utilización de la Web • desarrolladores - diseñadores, codificadores, autores, etc., incluyendo desarrolladores que tienen alguna discapacidad y usuarios que proporcionan contenido • herramientas de autor - software para crea sitios Web. (Pautas de Accesibilidad para Herramientas de Autor (ATAG) • herramientas de evaluación - herramientas para evaluar la accesibilidad Web, validadores de HTML, validadores de CSS, etc.Las pautas WAI están basadas en las especificaciones técnicas fundamentales de laWeb, y están desarrolladas en coordinación con las Especificaciones técnicas delW3C (HTML, XML, CSS, SVG, SMIL, etc.)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 22
  • Estado del ArteFigura 1 - Componentes necesarios para promover la accesibilidad Web. (W3C, 1999)Las Pautas de Accesibilidad al Contenido en la Web 1.0 fueron aprobadas en mayo de1999 y es una versión estable y de referencia. Las WCAG 2.0 han sido desarrolladaspara aplicarse a diferentes tecnologías y, a su vez, para que su utilización ycompresión sea sencilla, y para que su comprobación sea más precisa pero las WCAG1.0 seguirán siendo la última versión aprobada hasta que la 2.0 esté finalizada.Las WCAG 1.0 tienen 14 pautas que constituyen los principios generales del diseñoaccesible. Cada pauta tiene uno o más puntos de verificación que explican cómo seaplica la pauta en determinadas áreas. Cada punto de verificación tiene asignada unaprioridad.Pautas de Accesibilidad al Contenido de la Web. (WCAG)Se describe cada una de las pautas de la WCAG basado en el texto oficial (W3C,1999) complementando con ejemplos explicativos.Pauta 1 - "Proporcione alternativas equivalentes para el contenidovisual y auditivo".La información equivalente debe cumplir la misma finalidad que los contenidosvisuales o auditivos.Puntos de verificación:1.1 Proporcione un texto equivalente para todo elemento no textual [Prioridad 1]Por ejemplo, en HTML:Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 23
  • Estado del Arte- Utilice "alt" para los elementos IMG, INPUT y APPLET o proporcione textoequivalente en el contenido de los elementos OBJECT Y APPLET.- Para contenidos complejos (Por ejemplo, las gráficas) en los que el texto del atributo"alt" no es suficiente, proporcione una descripción adicional usando, por ejemplo"longdesc" con IMG o FRAME, un enlace dentro de un elemento OBJECT o unenlace descriptivo en el documento.- Para mapas de imagen, use el atributo "alt" con AREA o el elemento MAP conelementos A (y otro texto) como contenido.Una simulación a realizar es desactivar todas las imágenes a una página. Así sepueden apreciar los problemas que ocasiona la ausencia de atributos alt. Muchasveces no se pueden seguir links marcados con imágenes y otras veces incluso no sepuede saber el titulo de la pagina ya que se suele colocar el logo de la empresaúnicamente como una imagen. Una persona con lector de pantalla o con una conexiónlenta no sabría donde se encuentra.1.2 Proporcione vínculos redundantes en formato texto para cada zona activa de unmapa de imagen del servidor. [Prioridad 1]1.3 Hasta que las aplicaciones de usuario puedan leer automáticamente el textoequivalente de la banda visual, proporcione una descripción auditiva de lainformación importante de la pista visual de una presentación multimedia[Prioridad 1]1.4 Para toda presentación multimedia tempodependiente (Por ejemplo, una película o animación) sincronice alternativas equivalentes (Por ejemplo, subtítulos o descripciones de la banda visual) con la presentación. [Prioridad 1] 1.5 Hasta que las aplicaciones de usuario interpreten el texto equivalente para los vínculos de los mapas de imagen de cliente,Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 24
  • Estado del Arteproporcione vínculos de texto redundantes para cada zona activa del mapa de imagende cliente. [Prioridad 3]En la siguiente imagen podemos ver la práctica adecuada para el caso de los mapas:proveer enlaces redundantes. Aunque la zona donde esta Artigas sea un link ainformación del departamento, por ejemplo, es necesario un link redundante de textocomo se muestra debajo del mapa.Figura 2 – Ejemplo de map (Da Rosa, 2007)Pauta 2: No se base sólo en el color.Si el color por sí mismo se usa para transmitir información, las personas que nopuedan diferenciar ciertos colores, y los usuarios que no tengan pantallas en color outilicen dispositivos de salida no visuales, no recibirán la información. Cuando loscolores de primer plano y de fondo tienen un tono similar, pueden no proporcionarsuficiente contraste en las pantallas monocromáticas, así como a las personas condiferentes tipos de deficiencias de percepción de los colores.Puntos de verificación:2.1 Asegúrese de que toda la información transmitida a través de los colores tambiénesté disponible sin color, por ejemplo mediante el contexto o por marcadores[Prioridad 1]Por ejemplo: Podemos ver una página que basa la información únicamente en el color,vista en monocromo pierde totalmente el sentido.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 25
  • Estado del ArteFigura 3 - Ejemplo de información basada en color. (Telefonica, 2007)El ojo humano contiene bastones y conos sensibles a la luz. Los conos estánespecializados en el color, sin ellos veríamos en blanco y negro. Hay conos para loscolores rojo, verde y azul, y, a partir de su combinación, se obtienen el resto de loscolores. De la combinación de los tres tipos de conos obtendríamos los diferentescolores. Los defectos en visualización del color provienen de una falta en alguno delos tres tipos de conos.Figura 4 - Defectos en visualización del color (Telefonica, 2007)Parecería natural establecer una codificación de colores para las opciones “Adelante”,“Ayuda” y “Salir” con los colores verde, amarillo y rojo, pero esta información podríaser percibida de distinta manera por distintas personas e incluso no ser percibida.Figura 5 - Simulación de colores vistos con distintos defectos de visualización de color(Telefonica, 2007)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 26
  • Estado del Arte2.2 Asegúrese de que las combinaciones de los colores de fondo y primer planotengan suficiente contraste para que sean percibidas por personas con deficiencias depercepción de color o en pantallas en blanco y negro [Prioridad 2 para lasimágenes. Prioridad 3 para texto].En el siguiente ejemplo se ven elecciones de combinaciones de color de fondo y detexto que podrían imposibilitar la lectura a una persona con dificultades de visión oincluso a personas sin dificultades debido a la evidente falta de contraste.Figura 6 – Ejemplo 1 de falta de contraste en combinaciones de colores. (Da Rosa, 2007)Dos colores ofrecen buena visibilidad si la diferencia en brillo y la diferencia en colorentre ambos es mayor que un mínimo dado. El nivel de visibilidad se define en base aalgoritmos definidos por la W3C. (W3C, 2000)El brillo de color se determina por medio de la siguiente fórmula:((valor de Rojo X 299) + (valor de Verde X 587) + (valor de Azul X 114)) / 1000La W3C sugiere que la diferencia entre el brillo de fondo, y el brillo de primer planodebería ser mayor a 125.La diferencia de color se determina por medio de la siguiente fórmula:(máximo (valor Rojo 1, valor Verde 2) - mínimo (valor Rojo 1, valor Rojo 2)) +(máximo (valor Verde 1, valor Verde 2) - mínimo (valor Verde 1, valor Verde 2)) +(máximo (valor Azul 1, valor Azul 2) - mínimo (valor Azul 1, valor Azul 2))La W3C sugiere que la diferencia entre el color de fondo y el color de primer planodebería ser mayor que 500.Hay muchas herramientas que implementan esos algoritmos, para el siguiente ejemplose usa el Analizador de Contraste de Color (Analizador de contraste, 2007). Losresultados presentan el contraste para una visión normal y también para tres tipos dediscapacidad cromática: Protanopia, Deuteranopia, Tritanopia.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 27
  • Estado del ArteFigura 7 - Ejemplo de contraste de color (Da Rosa, 2007)Normal: Diferencia de Color: 233/Diferencia de Brillo: 57Protanopia: Diferencia de Color: 239/Diferencia de Brillo: 58Deuteranopia: Diferencia de Color: 236/Diferencia de Brillo: 57Tritanopia: Diferencia de Color: 141/Diferencia de Brillo: 50Pauta 3. Utilice marcadores y hojas de estilo y hágalo apropiadamente.El mal uso de marcadores para una presentación, utilizando una tabla para maquetar oun encabezado (etiqueta H) para cambiar el tamaño de la fuente, dificulta que losusuarios con software especializado entiendan la organización de la página o cómonavegar por ella.Puntos de verificación:3.1 Cuando exista un marcador apropiado, use marcadores en vez de imágenes paratransmitir la información. [Prioridad 2]Por ejemplo, utilice MathML para marcar ecuaciones matemáticas y hojas de estilopara el formato de texto y el control de la maquetación. Igualmente, evite lautilización de imágenes para representar textos. Utilice en su lugar texto y hojas deestilo.3.2 Cree documentos que estén validados por las gramáticas formales publicadas[Prioridad 2]3.3 Utilice hojas de estilo para controlar la maquetación y la presentación.[Prioridad 2]3.4 Utilice unidades relativas en lugar de absolutas al especificar los valores en losatributos de los marcadores de lenguaje y en los valores de las propiedades de lashojas de estilo. [Prioridad 2]Por ejemplo, en CSS, utilice em o medidas porcentuales.3.5 Utilice elementos de encabezado para transmitir la estructura lógica y utilícelosde acuerdo con la especificación. [Prioridad 2]Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 28
  • Estado del ArteUtilice H2 para indicar una subsección de H1. No utilice encabezados para hacerefectos visuales.3.6 Marque correctamente las listas y los ítems de las listas. [Prioridad 2]3.7 Marque las citas. No utilice el marcador de citas para efectos de formato talescomo sangrías. [Prioridad 2]Utilice los elementos Q y BLOCKQUOTE para marcar citas cortas y largas,respectivamente.Por ejemplo: La siguiente imagen es de parte de un menú de una página Web.Figura 8 - Ejemplo de no aplicación de pauta 3. (Da Rosa, 2007)Código Fuente HTML:<table border="1" cellpadding="0" cellspacing="0" width="165"> (Ej. 7.1, Ej. 7.2)<tbody> <tr> <td align="left" bgcolor="#000074" width="14">&nbsp;</td> <td align="left" bgcolor="#000074" width="151"><p align="left"><b><font color="#c1c100" face="Tahoma" size="1">Contactos</font> </b></p> (Ej. 7.3) </td> (Ej. 7.4) </tr> <tr> <td align="left" bgcolor="#000074" width="14">&nbsp;</td> <td align="left" width="151"> <p style="margin-left: 2px;"><font face="Tahoma" size="1"> (Ej. 7.5) <a language="Javascript1.2" onmouseover="rollIn(this)" style="text-decoration: none;"onmouseout="rollOut(this)" href="mailto: " fprolloverstyle="color: #C1C100"dynamicanimation="fpAnimformatRolloverFP1">Secretar&iacute;a de informaci&oacute;n</a> </font> </p> </td> </tr> <tr> <td align="left" bgcolor="#000074" width="14">&nbsp;</td> <td align="left" width="151"> <p style="margin-left: 2px;"><font face="Tahoma" size="1"> <a language="Javascript1.2" onmouseover="rollIn(this)" style="text-decoration: none;"onmouseout="rollOut(this)" href="mailto: " fprolloverstyle="color: #C1C100"dynamicanimation="fpAnimformatRolloverFP1">Webmaster</a>Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 29
  • Estado del Arte </font></p> </td> </tr> </tbody></table>Ej. 7.1. El menú esta maquetado con tablas, cuando debería ser una lista. (3.6 y 3.3) Tanto la tabla como la fuente contienen medidas absolutas, deberían contenerEj. 7.2.medidas relativas. (3.4)Ej. 7.3 Los elementos para otorgar efectos visuales deben ser parte de una hoja deestilos (3.3 y Pauta 11)Ej. 7.4 Se están utilizando elementos no validos como <b>, que fue sustituido por<strong>Ej. 7.5JavaScript puede ser deshabilitado, en este caso afecta solamente la vista y noafecta el funcionamiento, pero esto mismo puede ser hecho con CSS.El ejemplo puede ser logrado utilizando estándares sin cambiar su visualización:Figura 9 - Ejemplo de aplicación de pauta 3. (Da Rosa, 2007)Código Fuente HTML:<div id="lista"><ul> <li class="estilo_titulo , borde_lista">Contactos</li> <li class="borde_lista"><a href="#">Secretar&iacute;a de informaci&oacute;n</a></li> <li class="borde_lista"><a href="#">Webmaster</a></li></ul></div>Código Fuente CSS:#lista{ width:170px; background-color:#000074 }#lista ul, li { list-style-type:none; margin:0px; margin-left:7px; font-family:Tahoma }#lista a{ color: #3333FF; font-size:65%; text-decoration:none; background: #FFFFFF; display: block; padding-top:0px; padding-bottom:3px; margin-left:1px }lista a:hover{ color:#c1c100 }.estilo_titulo{ color:#c1c100; font-size:65%; font-weight:bold; padding:1px }.borde_lista{ border: 1px outset #CC9900; }Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 30
  • Estado del ArtePauta 4. Identifique el idioma usado.Cuando los desarrolladores de contenido especifican los cambios en el idioma de undocumento, los sintetizadores de voz y los dispositivos braille pueden cambiarautomáticamente al nuevo lenguaje. Deberían también proporcionar la expansión delas abreviaturas y los acrónimos.Puntos de verificación:4.1 Identifique claramente los cambios en el idioma del texto del documento y encualquier texto equivalente (Por ejemplo, leyendas). [Prioridad 1]Por ejemplo en HTML, utilice el atributo "lang". En XML, utilice "xml:lang".4.2 Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan porprimera vez en el documento. [Prioridad 3]Por ejemplo, en HTML, use el atributo "title" de los elementos "ABBR" y"ACRONYM".4.3 Identifique el idioma principal de un documento. [Prioridad 3]Por ejemplo, en HTML, coloque el atributo "lang" en el elemento HTML. En XML,utilice "xml:lang".Pauta 5. Cree tablas que se transformen correctamente.Las tablas deberían utilizarse solamente para marcar la información tabular.Puntos de verificación:5.1 En las tablas de datos, identifique los encabezamientos de fila y columna.[Prioridad 1]En HTML, use TD para identificar las celdas de datos y TH para losencabezamientos.5.2 Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientosde fila o columna, utilice marcadores para asociar las celdas de encabezamiento y lasceldas de datos. [Prioridad 1]Por ejemplo, en HTML, utilice THEAD, TFOOT, y TBODY, para agrupar las filas,COL y COLGROUP para agrupar las columnas y los atributos "axis", "scope" y"headers" para describir relaciones más complejas entre los datos.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 31
  • Estado del Arte5.3 No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando sealinee. Por otro lado, si la tabla no tiene sentido, proporcione una alternativaequivalente (la cual debe ser una versión alineada ). [Prioridad 2]5.4 Si se utiliza una tabla para maquetar, no utilice marcadores estructurales pararealizar un efecto visual de formato. [Prioridad 2]En HTML no utilice elemento TH para hacer que el contenido de una celda (que nosea de encabezamiento de tabla) se visualice centrado y en negrita.5.5 Proporcione resúmenes de las tablas. [Prioridad 3]En HTML, use el atributo "summary" en el elemento TABLE.5.6 Proporcione abreviaturas para las etiquetas de encabezamiento. [Prioridad 3]En HTML, use el atributo "abbr" en el elemento TH.Ejemplo de tabla accesible (Discapnet, 1999)<TABLE border="1" summary="Esta tabla esquematiza el número de tazas de café consumidas por cada senador, el tipo de café (descafeinado o normal) y si se ha tomado con azúcar."> <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">¿Azúcar?</TH> <TR> <TD headers="header1">T. Sexton</TD> <TD headers="header2">10</TD> <TD headers="header3">Expreso</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>Un sintetizador de voz podría leer esta tabla como sigue:Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 32
  • Estado del ArteTítulo: Tazas de café consumidas por cada senadorResumen: Esta tabla esquematiza el número de tazas de café consumidas por cada senador, el tipo decafé (descafeinado o normal) y si se ha tomado con azúcar.Nombre: T. Sexton, Tazas: 10, Tipo: Expreso, Azúcar: NoNombre: J. Dinnen, Tazas: 5, Tipo: Descaf, Azúcar: SiUna aplicación de usuario visual podría mostrar la tabla como sigue:Figura 10 - Ejemplo de visualización de tabla accesible (Discapnet, 1999)Pauta 6. Asegúrese de que las páginas que incorporan nuevastecnologías se transformen correctamente.Si bien se alienta a los desarrolladores de contenidos a usar nuevas tecnologías quesuperen los problemas que proporcionan las tecnologías existentes, deberán sabercómo hacer para que sus páginas funcionen con navegadores más antiguos, y paraquienes decidan desconectar esta característica.Puntos de verificación:6.1 Organice el documento de forma que pueda ser leído sin hoja de estilo. Porejemplo, cuando un documento HTML es interpretado sin asociarlo a una hoja deestilo, tiene que ser posible leerlo. [Prioridad 1]6.2 Asegúrese de que los equivalentes de un contenido dinámico son actualizadoscuando cambia el contenido dinámico. [Prioridad 1]6.3 Asegúrese de que las páginas sigan siendo utilizables cuando se desconecten o nose soporten los scripts, applets u otros objetos programados. Si esto no es posible,proporcione información equivalente en una página alternativa accesible.[Prioridad 1]Si no es posible hacer la página utilizable sin scripts, proporcione un texto equivalentecon el elemento NOSCRIPT o utilice un script del servidor en lugar de un script decliente o proporcione una página alternativa.6.4 Para los scripts y applets, asegúrese de que los manejadores de evento seanindependientes del dispositivo de entrada. [Prioridad 2]Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 33
  • Estado del ArtePor ejemplo utilizando entradas redundantes para el ratón y el teclado como:(onmousedown y onkeydown) (onmouseup y onkeyup) (onclick y onkeypress)6.5 Asegúrese de que los contenidos dinámicos son accesibles o proporcione unapágina o presentación alternativa. [Prioridad 2]Por ejemplo en HTML, utilice NOFRAMES al final de cada frameset. Para algunasaplicaciones, los scripts del servidor pueden ser más accesibles que los del cliente.Pauta 7. Asegure al usuario el control sobre los cambios de loscontenidos tempo-dependientes.Algunas personas con discapacidades cognitivas o visuales son incapaces de leertextos que se mueven con la suficiente rapidez o en absoluto. El movimiento puedetambién distraer de tal manera que el resto de la página se vuelve ilegible para laspersonas con discapacidades cognitivas. Los lectores de pantalla son incapaces de leertextos móviles. Las personas con discapacidades físicas podrían no ser capaces demoverse tan rápida o certeramente como para interactuar con objetos móviles.Puntos de verificación:7.1 Hasta que las aplicaciones de usuario permitan controlarlo, evite provocardestellos en la pantalla. [Prioridad 1]7.2 Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo delcontenido (por ejemplo, cambio de presentación en periodos regulares, así como elencendido y apagado). [Prioridad 2]No utilice los elementos BLINK y MARQUEE. Estos elementos no son parte deninguna especificación W3C para HTML7.3 Hasta que las aplicaciones de usuario permitan congelar el movimiento de loscontenidos, evite los movimientos en las páginas. [Prioridad 2]Cuando una página incluye contenido móvil, proporcione un mecanismo dentro de unscript o un applet que permita a los usuarios congelar el movimiento o actualización.El uso de las hojas de estilo con scripts que creen movimiento, permite a los usuariosdesconectar u obviar el efecto más fácilmente. Consultar también la pauta 8.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 34
  • Estado del Arte7.4 Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener lasactualizaciones, no cree páginas que se actualicen automáticamente de formaperiódica. [Prioridad 2]Por ejemplo, en HTML, no cree páginas que se actualicen automáticamente con"HTTP EQUIV=refresh" hasta que las aplicaciones de usuario permitan desconectaresta característica.7.5 Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener elredireccionamiento automático, no utilice marcadores para redirigir las páginasautomáticamente. En su lugar, configure el servidor para que ejecute estaposibilidad. [Prioridad 2]No utilice estructuras como:<meta http-equiv="Refresh" content="4;url=http://www.domain.com/link.html">Pauta 8. Asegure la accesibilidad directa de las interfaces de usuarioincrustadas.Cuando un objeto incrustado tiene su "propia interfaz", ésta debe ser accesible. Encaso contrario, debe proporcionarse una solución alternativa accesible.Punto de verificación:8.1 Haga los elementos de programación, tales como scripts y applets, directamenteaccesibles o compatibles con las ayudas técnicas [Prioridad 1 si la funcionalidad esimportante y no se presenta en otro lugar; de otra manera, Prioridad 2.]Pauta 9. Diseñe para la independencia del dispositivo.El acceso independiente del dispositivo significa que el usuario puede interactuar conla aplicación de usuario o el documento con un dispositivo de entrada (o salida)preferido - ratón, teclado, voz, puntero de cabeza (licornio) u otro. Si, por ejemplo, uncontrol de formulario sólo puede ser activado con un ratón u otro dispositivo deapuntamiento, alguien que use la página sin verla, con entrada de voz, con teclado oquien utilice otro dispositivo de entrada que no sea de apuntamiento, no será capaz deutilizar el formulario.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 35
  • Estado del ArtePuntos de verificación:9.1 Proporcione mapas de imagen controlados por el cliente en lugar de por elservidor, excepto donde las zonas sensibles no puedan ser definidas con una formageométrica. [Prioridad 1]9.2 Asegúrese de que cualquier elemento que tiene su propia interfaz puedamanejarse de forma independiente del dispositivo. [Prioridad 2]9.3 Para los "scripts", especifique manejadores de evento lógicos en vez demanejadores de evento dependientes de dispositivos. [Prioridad 2]9.4 Cree un orden lógico para navegar con el tabulador a través de vínculos,controles de formulario y objetos. [Prioridad 3]Por ejemplo, en HTML, especifique el orden de navegación con el tabulador a travésdel atributo "tabindex" o asegure un diseño de página lógico.9.5 Proporcione atajos de teclado para los vínculos más importantes (incluidos los delos mapas de imagen de cliente), los controles de formulario y los grupos de controlesde formulario. [Prioridad 3]Por ejemplo, en HTML, especifique los atajos a través del atributo "accesskey".Pauta 10. Utilice soluciones provisionales.Por ejemplo, los navegadores antiguos no permiten al usuario navegar a cuadros deedición vacíos. Los antiguos lectores de pantalla leen las listas de vínculosconsecutivos como un solo vínculo. Estos elementos activos son, por tanto, de difícilo imposible acceso. Igualmente, cambiar la ventana actual o hacer aparecerinesperadamente nuevas ventanas, puede ser muy desorientador para los usuarios queno pueden ver lo que está ocurriendo.Puntos de verificación:10.1 Hasta que las aplicaciones de usuario permitan desconectar la apertura denuevas ventanas, no provoque apariciones repentinas de nuevas ventanas y nocambie la ventana actual sin informar al usuario. [Prioridad 2]Por ejemplo, en HTML, evite usar un marco cuyo objetivo es una nueva ventana.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 36
  • Estado del Arte10.2 Hasta que las aplicaciones de usuario soporten explícitamente la asociaciónentre control de formulario y etiqueta, para todos los controles de formularios conetiquetas asociadas implícitamente, asegúrese de que la etiqueta está colocadaadecuadamente. [Prioridad 2]La etiqueta debe preceder inmediatamente a su control en la misma línea (se permitemás de una etiqueta/control por línea) o estar en la línea que precede al control (consólo una etiqueta y un control por línea)10.3 Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpretencorrectamente los textos contiguos, proporcione un texto lineal alternativo (en lapágina actual o en alguna otra) para todas las tablas que maquetan texto en paralelo,columnas envoltorio de palabras. [Prioridad 3]10.4 Hasta que las aplicaciones de usuario manejen correctamente los controlesvacíos, incluya caracteres por defecto en los cuadros de edición y áreas de texto.[Prioridad 3]Por ejemplo, en HTML, haga esto con TEXTAREA e INPUT.Ejemplo de formulario accesible: <label for="nombre">Nombre <input type="text" name="nombre" id="nombre" tabindex="1" value="Nombre" /></label> <label for="apellido">Apellido <input type="text" name="apellido" id="apellido" tabindex="2" value="Apellido" /></label>Figura 11 - Ejemplo de visualización de formulario accesible. (Da Rosa, 2007)10.5 Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpretenclaramente los vínculos contiguos, incluya caracteres imprimibles (rodeados deespacios), que no sirvan como vínculo, entre los vínculos contiguos. [Prioridad 3]Pauta 11. Utilice las tecnologías y pautas W3C.Las actuales pautas recomiendan las tecnologías W3C (Por ejemplo, HTML, CSS,etc.) por varias razones:- Las tecnologías W3C incluyen características accesibles "incorporadas".- Las especificaciones W3C pronto serán revisadas para asegurar que los temas deaccesibilidad se toman en consideración en la fase de diseño.- Las especificaciones W3C están desarrolladas en un proceso abierto de laboriosoconsenso.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 37
  • Estado del ArteMuchos formatos no recomendados por W3C (por ejemplo, PDF, Schockwave, etc.)requieren ser vistos bien con plug-ins o con aplicaciones autónomas. A menudo, estosformatos no pueden ser visualizados o navegados con aplicaciones de usuarioestándares (incluyendo ayudas técnicas). Evitar estos formatos y características noestándar (elementos, atributos, propiedades y extensiones patentados), tenderá a hacermás accesibles las páginas a más gente que utiliza una amplia variedad de hardware ysoftware. Cuando deba utilizar tecnologías no accesibles (patentadas o no), debeproporcionar una página equivalente accesible.Incluso cuando se utilicen tecnologías W3C, deben ser usadas de acuerdo con laspautas de accesibilidad. Cuando utilice nuevas tecnologías, asegúrese de que setransforman correctamente (Consultar también la pauta 6).Puntos de verificación:11.1 Utilice tecnologías W3C cuando estén disponibles y sean apropiadas para latarea y use las últimas versiones que sean soportadas. [Prioridad 2]11.2 Evite características desaconsejadas por las tecnologías W3C. [Prioridad 2]11.3 Proporcione la información de modo que los usuarios puedan recibir losdocumentos según sus preferencias (Por ejemplo, idioma, tipo de contenido, etc.)[Prioridad 3]11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible,proporcione un vínculo a una página alternativa que use tecnologías W3C, seaaccesible, tenga información (o funcionalidad) equivalente y sea actualizada tan amenudo como la página (original) inaccesible. [Prioridad 1]En Uruguay tenemos como ejemplo “El País Leído” (El Pais Leido, 2006), la versiónpara ciegos del Diario El País. Es importante notar que esta es una opción “después delos mayores esfuerzos”, ya que exige un costo actualizar otra versión del sitio,además, en el caso de ejemplo se cubre la accesibilidad especifica para personasciegas pero no para personas con otras discapacidades.Pauta 12. Proporcione información de contexto y orientación.Las relaciones complejas entre las partes de una página pueden resultar difíciles deinterpretar a personas con discapacidades cognitivas o visuales.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 38
  • Estado del ArtePuntos de verificación:12.1 Titule cada marco para facilitar su identificación y navegación. [Prioridad 1]Por ejemplo, en HTML, utilice el atributo "title" en los elementos FRAME. <FRAME SRC=“frame.html” name=“cabecera_y_navegacion” title=“Cabecera con el logotipo y la barra de navegacion”> <FRAME SRC=“frame2.html” name=“marco_contenido” title=“Contenido”>Figura 12 - Ejemplo de frame titulado (Telefonica, 2007)12.2 Describa el propósito de los marcos y como éstos se relacionan entre sí, si noresulta obvio solamente con el título del marco. [Prioridad 2]Por ejemplo, en HTML, utilice "longdesc" o un vínculo a una descripción.<FRAME SRC=“frame.html” title=“Cabecera con el logotipo y la barra de navegacion”longdesc=“explicaciones.html#cabecera”>12.3 Divida los bloques largos de información en grupos más manejables cuando seanatural y apropiado. [Prioridad 2]Por ejemplo, en HTML, utilice OPTGROUP para agrupar los elementos OPTIONdentro de un SELECT; agrupe controles de formulario con FIELDSET y LEGEND;utilice listados anidados cuando sea apropiado; utilice encabezamientos paraestructurar documentos, etc.12.4 Asocie explícitamente las etiquetas con sus controles. [Prioridad 2]Por ejemplo, en HTML, utilice LABEL y su atributo "for". (Ejemplo en pauta 10.4 Figura 13)Pauta 13. Proporcione mecanismos claros de navegación.Puntos de verificación:13.1 Identifique claramente el objetivo de cada vínculo. [Prioridad 2]El texto del vínculo tiene que tener significado suficiente cuando sea leído fuera decontexto (por sí mismo o como parte de una secuencia de vínculos). También debe serconciso.Por ejemplo, en HTML, escriba "información sobre la versión 4.3" en lugar de"pincha aquí". Además de textos de vínculos claros, los desarrolladores de contenidosUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 39
  • Estado del Artedeben aclarar el objetivo de un vínculo con un título informativo del mismo (porejemplo, en HTML, el atributo "title"),13.2 Proporcione metadatos para añadir información semántica a las páginas ysitios. [Prioridad 2]Por ejemplo, use RDF ([RDF]) para indicar el autor de los documentos, el tipo decontenido, etc.13.3 Proporcione información sobre la maquetación general de un sitio (por ejemplo,mapa del sitio o tabla de contenidos). [Prioridad 2]En la descripción de la maquetación del sitio, destaque y explique las característicasde accesibilidad disponibles.13.4 Utilice los mecanismos de navegación de forma coherente. [Prioridad 2]13.5 Proporcione barras de navegación para destacar y dar acceso al mecanismo denavegación. [Prioridad 3]13.6 Agrupe los vínculos relacionados, identifique el grupo (para las aplicaciones deusuario) y, hasta que las aplicaciones de usuario lo hagan, proporcione una manerade evitar el grupo. [Prioridad 3]13.7 Si proporciona funciones de búsqueda, permita diferentes tipos de búsquedaspara diversos niveles de habilidad y preferencias. [Prioridad 3]13.8 Localice al principio de los encabezamientos, párrafos, listas, etc, lainformación que los diferencie. [Prioridad 3]13.9 Proporcione información sobre las colecciones de documentos (por ejemplo, losdocumentos que comprendan múltiples páginas). [Prioridad 3]Por ejemplo, en HTML, especifique las colecciones de documentos con el elementoLINK y los atributos "rel" y "rev". Otro modo de crear una colección es construyendoun archivo (por ejemplo con zip, tar and gzip, stuffit, etc..) de las páginas múltiples.13.10 Proporcione una manera de saltar sobre un ASCII art de varias líneas.[Prioridad 3]Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 40
  • Estado del ArtePauta 14. Asegúrese de que los documentos sean claros y simples.Puntos de verificación:14.1 Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio.[Prioridad 1]14.2 Complemente el texto con presentaciones gráficas o auditivas cuando ellofacilite la comprensión de la página. [Prioridad 3]14.3 Cree un estilo de presentación que sea coherente para todas las páginas.[Prioridad 3]Herramientas de evaluaciónHay tres tipos de evaluaciones: - Evaluación automática: mediante herramientas automáticas. - Evaluación de expertos: evaluación manual realizada por expertos en el área. - Evaluación de usuarios: evaluación realizada por usuarios con discapacidades.Con la evaluación automática sólo se puede comprobar ciertos puntos que sontotalmente automatizadles.La evaluación manual siempre será necesaria ya que una herramienta no puede validarelementos como la claridad del lenguaje y facilidad de navegación, pero la mayoría delas herramientas es de gran ayuda al ofrecen resultados fiables para una serie depruebas y además ofrecer ayudas para la revisión manual.Las pruebas por usuarios permiten determinar las barreras que no pueden seridentificadas mediante otros métodos de prueba.En el presente estudio se utilizaran dos de las herramientas mas usadas en el medio dehabla hispana son TAW (TAW, 2007) y HERA (Sidar, Hera, 2005), principalmentepor ser en español y por la claridad de sus informes. Ambas herramientas se basan enlas reglas desarrolladas por la WAI.El Test de Accesibilidad Web (TAW) es una herramienta para el análisis automáticode la accesibilidad de sitios Web, alcanzando de una forma integral y global a todoslos elementos y páginas que lo componen.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 41
  • Estado del ArteHERA es una herramienta para facilitar la revisión de la accesibilidad de las páginasy sitios Web desarrollada por la Fundación Sidar. Ofrece una revisión automática dealgunos puntos y una guía para la revisión manual de otros puntos. Indica en quepuntos esta fallando, cuales están bien, cuales no son aplicables y que puntos debenser revisados por una persona. HERA es una utilidad escrita en PHP y, como todos losproyectos de la Fundación Sidar, es una aplicación de código abierto. (Sidar, Hera,2005).La evaluación manual se realiza siguiendo las pautas y usando herramientasaccesorias como el Analizador de Contraste de Color.En los casos en que no es posible una evaluación de usuarios, se pueden utilizarherramientas de Simulación de Discapacidades.Para realizar el estudio se utilizaran la Barra Accesibilidad Mozilla Firefox,Contrast Analyser y aDesigner.ADesigner (aDesigner, IBM, 2007) es una herramienta propietaria de IBM HomePage Reader que tiene validadores integrados y posibilidades de configuración dediscapacidad visual pero no soporta discapacidades auditivas ni motoras.Además de evaluar la accesibilidad según las pautas de la W3C realiza simulacionesde cómo ve la página Web una persona con lector de pantalla o una persona con unavisión reducida (por la edad o por alguna enfermedad). También permite evaluar laaccesibilidad de documentos ODF, de contenido Flash y de entornos gráficos deusuario.Contrast Analyser analiza la validez de contrastes entre fondo y letra mediante elúltimo algoritmo propuesto por el W3C, además de realizar simulaciones dediscapacidades visuales.Es importante notar que el análisis planteado es un análisis mínimo, no garantiza quela página que supere el mismo sea realmente accesible.En las Pautas de Accesibilidad de la WAI se recomienda lo siguiente:"Validar o revisar la accesibilidad (de los sitios Web) con herramientas automáticasy revisión humana. Los métodos automáticos son generalmente rápidos y oportunos,pero pueden no identificar todos los problemas de accesibilidad. La revisión humanaUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 42
  • Metodologíapuede ayudar a asegurar la claridad del lenguaje y facilidad de navegación." (W3C,1999)Luego en el Anexo sobre Validación del documento de Pautas se recomienda:(W3C, 1999) • Validar la sintaxis y las hojas de estilo. • Utilice un navegador sólo-texto o un emulador. • Utilice varios navegadores gráficos con: • Sonidos y gráficos cargados. • Gráficos no cargados. • Sonidos no cargados. • Sin ratón. • Marcos, scripts, hojas de estilo y applets no cargados. • Utilice varios navegadores, viejos y nuevos. • Utilice un navegador por voz, un lector de pantallas, un software de magnificación, un visualizador pequeño, etc.MetodologíaEl objetivo del trabajo es analizar de manera sistemática un sitio Web, considerandocriterios de accesibilidad en relación con las discapacidades de los usuarios. Sobreestas bases se estudian diferentes discapacidades y sus respectivas dificultades deacceso a la red basado en documentos del grupo Acceso Web [ACW 99], gruporecomendado por la asociación SIDAR (SIDAR, 2007) como grupo referente deaccesibilidad.La aproximación sistemática al estudio de un sitio se realiza en base a estándaresinternacionales. Precisamente por ello el paso siguiente fue identificar estándares dereferencia. Concretamente se estudiaron los estándares existentes de la W3C,específicamente la WCAG, como modelo de referencia.La W3C también cuenta con métricas definidas de evaluación de sitios y métodos decomprobación de accesibilidad definidos, por lo que analizan brevemente estosmétodos de comprobación, así como herramientas de análisis automático existentes.A partir de las sugerencias generales planteadas por la W3C se desarrolla un métodoespecífico para analizar la accesibilidad de sitios Web representativos en el Uruguaycon el objetivo de realizar un diagnóstico de la accesibilidad de sitios Web en elUruguay.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 43
  • Caso practicoLas bases de esta aproximación son las pautas de la W3C, el checklist de puntos deverificación sugerido por el mismo órgano (Discapnet, 1999) y las métricas en cuantoa grados de accesibilidadEl estudio de campo se basará en el análisis de varios casos de estudio específicosdeterminados sitios nacionales considerados relevantes. Concretamente se realizará elanálisis visitando determinados sitios y estudiando la accesibilidad.Para el estudio de casos se utiliza unos de sus instrumentos que es el estudio dedocumentos, teniendo en cuenta las consideraciones necesarias analizadas en(Petrella, 2006).En el transcurso del desarrollo de este trabajo se presentó el borrador de la versión 1.2del “Unified Web Evaluation Methodology” (Wab Cluster, 2007), un proyecto enEuropa que pretende definir una metodología para larevisión de la accesibilidad Web.Esta propuesta unificará los criterios prácticos para determinar la accesibilidad de unsitio. Se tomaron en cuenta esos aportes que han resultado similares a los elaboradosen el marco de este proyecto. Muchas de las pautas planteadas en el borradorcoincidían con la metodología planteada y otras fueron tomadas como ejemplo en eldesarrollo del trabajo.Estas coincidencias confirman parte de los aciertos de la aproximación teóricaplanteada a los inicios de este proyecto de investigación y también fortalecen laadaptación realizada oportunamente como sustento conceptual y práctico para realizarel estudio de casos.Caso practicoIntroducciónLa evaluación se realizo en base a los estándares de la WCAG de W3C. Se evalúanlos sitios de acuerdo a su adecuación a las normas en A (prioridad 1), AA (prioridad2) y AAA (prioridad 3). La propuesta de WCAG es realizar primero un análisismediante herramientas automáticas, preferentemente con mas de una ya que puedendiferir en sus resultados y luego un análisis manual.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 44
  • Caso practicoSe realiza una evaluación automática con dos herramientas: TAW (TAW, 2007) yHERA (Sidar, Hera, 2005).La herramienta TAW puede analizar varias páginas automáticamente por lo que sedefine un análisis estándar de Dominio, con 3 niveles para profundizar y un máximode 25 paginas para analizar. Los resultados de TAW indican los puntos deverificación fallidos y los que necesitan verificación manual.El análisis con HERA es individual, por lo que se seleccionan paginas del sitio: Pág. 1 Página principal Pág. 2 Mapa del sitio Pág. 3 Sistema de búsqueda Pág. 4 Formulario de contacto y/o cualquier otro formulario Pág. 5 Páginas con diagramas, gráficas o mapas de imagen Pág. 6 Páginas con datos tabulares o datos generados dinámicamenteTabla 1 - Paginas a evaluar con HERA (Da Rosa, 2007)El criterio de selección de las páginas es similar al tomado por la organización SIDAR(Sidar, 2007) para la organización Día De Internet (Día de Internet, 2007) paraotorgar sus premios anuales. Los resultados de HERA indican los puntos deverificación: Aprobados, Fallidos, No corresponde, Necesita verificación manual.Se realiza una tabla resumen correspondiente con el checklist de W3C (Discapnet, 1999) marcando como posiblesREFERENCIA resultados para cada punto de1 Bien verificación los siguientes valores.0 Mal- N/A (No corresponde, no se puede concluir) Tabla 2 - Resultado de evaluación* Necesita evaluación manual automática (Da Rosa, 2007)El resultado total correspondiente a un punto de verificación, es formado por elresultado del punto de verificación en cada una de las páginas seleccionadas paraevaluar con HERA y la evaluación con TAW. Para que un punto de verificación seconsidere aprobado (bien) será necesario que cada una de las páginas evaluadas paraese punto hayan aprobado ese punto. Estos resultados pueden ser modificados en laevaluación manual, en cuyo caso se detalla el motivo.Para la evaluación manual se utilizan herramientas accesorias.Para analizar los contrastes de color se utiliza la herramienta de análisis de contrastede colores de HERA (Sidar, Hera, 2005) y “Colour Contrast Analyzer” [CAN ].Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 45
  • Caso practicoLuego de la evaluación manual se llegara a una tabla en la cual los resultados posiblesse reducen a: Bien - Mal - N/aEl método de evaluación es muy radical, no se consideran niveles de aprobación yclaramente no es lo mismo un sitio al que le falte el atributo “alt” de una de susimágenes que un sitio que no tenga atributo “alt” en ninguna de sus imágenes.El sistema de medida que proponen las Pautas de Accesibilidad permite determinar sitodos los puntos de cada prioridad se cumplen en un sitio dado. Si una páginacumpliera con todos los puntos de control de las tres prioridades excepto un puntode prioridad A, obtendría el mismo resultado que otra página que no cumplecon ninguno de los 65 puntos de control. Es por eso que este método no es adecuadopara realizar comparaciones. El criterio es que si un sitio falla en un sólo punto decontrol es tan inaccesible como si fallara en todos los puntos.Si deseáramos evaluar el grado de accesibilidad de un sitio, seria necesario aplicar unmodelo que permitiese reflejar ese grado de adecuación a las normas. La búsqueda deun modelo matemático para medir la accesibilidad es unproblema aun sin solución, uno de los modelos propuestos es "Quantitative Metricsfor Measuring Web Accessibility" (Vigo, 2007).Es muy difícil cuantificar el grado de accesibilidad de un sitio, porque la evaluaciónsiempre será subjetiva y porque hay puntos de verificación que son fundamentalespara la accesibilidad para determinados usuarios y no para otros, por lo que al evaluarel grado de accesibilidad habría que priorizar necesidades de usuarios cuando lafilosofía es lograr sitios accesibles para todos los usuarios sin diferenciación.En el presente caso se opta por una medición estrictamente de adecuación a laspautas.La evaluación manual puede ser subjetiva, por lo que los ítems que pueden dar lugar aopiniones se evaluaron como validos. Este es el caso de:1.7) Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio.3.13) Complemente el texto con presentaciones gráficas o auditivas cuando ellofacilite la comprensión de la página.Estos puntos de verificación son muy difíciles de evaluar por si o por no. El si ellenguaje es apropiado puede depender del contexto social, del nivel de educación deUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 46
  • Caso practicoquienes va dirigida la página, si se usan modismos en el lenguaje propios de un país.Evaluar si complementar el texto con presentaciones graficas o auditivas facilitaría lacomprensión de la pagina también es complejo, dependerá de cada evaluador, yprobablemente del grado de conocimiento del tema tratado en la pagina del evaluador.Luego se analizan los puntos de prioridad A no aprobados y las dificultades quepodrían ocasionar a distintos usuarios. Se analizan únicamente los errores de prioridadA ya que, aunque el análisis igualmente se realizo para prioridades AA y AAA, elencontrar errores de prioridad A serian razón suficiente para no seguir el análisis enlos puntos de verificación de las prioridades más altas.Por ultimo se presentan análisis con Contrast Analyzer y aDesigner. Se realiza unanueva revisión general mediante simulación de discapacidades para detectar nuevospuntos que pueden ocasionar problemas de accesibilidad. Es la etapa que secorrespondería con un análisis de uso por usuarios.ResultadosComo se detalla en los informes en el Anexo III, ninguno de los sitios evaluados logracumplir los requerimientos mínimos para ser catalogado nivel A.Puntos de verificación de prioridad A no aprobados1.1 Proporcione un texto equivalente para todo elemento no textualNinguno de los sitios evaluados utiliza atributos alt ni longdesc.Un lector de pantalla no puede acceder a elementos no textuales por lo que debebasarse en la información brindada por los textos alternativos. Si ese texto alternativono esta disponible se pierde acceso a la información del sitio. Una persona ciegapodría tener acceso únicamente a los elementos que se muestran en la siguienteimagen donde se deshabilitan las imágenes. Esto ocurre también para personas quetienen conexiones lentas en las que las imágenes demoran en cargarse. La página principal de la Universidad Católica contiene 9 elementos no textuales sin texto equivalente, 4 imágenes, 3 áreas y 2 objetos.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 47
  • Caso practicoFigura 14 - Portada de www.ucu.edu.uy sin imágenes (Da Rosa, 2007)La portada de ANTEL contiene 35 imágenes y un objeto sin texto alternativo. Muchasotras imágenes son links, por lo que además de perder información se pierde acceso aesos links. Incluso uno de los menús (el segundo de la parte superior con los links Nuestra Empresa, Productos, Responsabilidad Social y Mi Antel) esta diseñado con imágenes sin texto alternativo, por lo que deshabilitando las imágenes se pierde el acceso a dicho menú. La página contiene además un iframe sin titular.Figura 15 - Portada de www.antel.com.uy sin imágenes (Da Rosa, 2007)En el sitio del portal del gobierno, además de una serie de imágenes sin textoalternativo contiene además un iframe sin titular. El menú principal y los linksprincipales son imágenes, por lo que sin imágenes la pagina pierde la gran mayoría desu navegabilidad.Figura 16 - Portada de www.uruguay.gub.uy sin imágenes (Da Rosa, 2007)1.2 Proporcione vínculos redundantes en formato texto para cada zona activa de un mapa de imagen del servidor.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 48
  • Caso practicoUCU: El mapa de imágenes no presenta vínculos redundantes (UCU, 2007). En estecaso se cuenta con una navegación lógica mediante tabulador, por lo que la manera denavegar será además del mouse con tabulador. Pero si tenemos algún problema paraacceder a la imagen (explicación en pauta 1.1) es imposible navegar, ya que losvínculos están asociados únicamente a la imagen.Figura 17 - Mapa de imagenes de www.ucu.edu.uy (Da Rosa, 2007) Figura 18 - Mapa de imagenes de www.ucu.edu.uy con imagenes desactivadas (Da Rosa, 2007)4.1 Identifique claramente los cambios en el idioma del texto del documento y encualquier texto equivalente (Por ejemplo, leyendas).Los sintetizadores de voz y los dispositivos braille pueden cambiar automáticamenteal nuevo lenguaje si este esta identificado adecuadamente.Aun cuando muchas palabras de habla inglesa estén incorporadas en nuestro idioma,es necesario evaluar si es necesario indicar el cambio de idioma para lograr unapronunciación adecuada en vez de una textual, o incluso si la indicación del cambiode idioma originaria un problema ya que es mas entendible la pronunciación textual.UCU: “webmaster”, “Webmail”, “Links”ANTEL: “On_line”, “webmail”, “copyright”6.1 Organice el documento de forma que pueda ser leído sin hoja de estilo. Porejemplo, cuando un documento HTML es interpretado sin asociarlo a una hoja deestilo, tiene que ser posible leerlo.Las páginas deberán funcionar con navegadores antiguos e incluso para las personasque decidan desactivar la hoja de estilos.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 49
  • Caso practicoUCU: No presenta problemas al desactivar la hoja de estilos, pero no hace uso de lashojas de estilo como es recomendado.ANTEL: Al desactivar los estilos en el formulario de búsqueda en guía, los camposdel formulario desaparecen imposibilitando la búsqueda.URUGUAY: Al desactivar estilos en la pagina principal se el menú superiordesciende al final de la pagina y los links que quedan en la parte superior no tienensuficiente contraste para ser vistos (letra en azul y fondo en azul)Figura 19 - Formulario de búsqueda de www.antel.com.uy con estilos (Da Rosa, 2007)Figura 20 - Formulario de búsqueda de www.antel.com.uy sin estilos (Da Rosa, 2007)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 50
  • Caso practicoFigura 21 - Portada de www.uruguay.gub.uy sin estilos (Da Rosa, 2007)6.3 Asegúrese de que las páginas sigan siendo utilizables cuando se desconecten o nose soporten los scripts, applets u otros objetos programados. Si esto no es posible,proporcione información equivalente en una página alternativa accesible.UCU: En el menú de la portada se utiliza un script de JavaScript para la apertura denuevas ventanas. Además, se utiliza un script para mover texto en una ventana de“Agenda”, desactivando el JavaScript dicha información deja de estar disponible.ANTEL: El submit del botón de búsqueda esta controlado por JavaScript, por lo queal desactivar esa funcionalidad no se pueden realizar búsquedas en el sitio.URUGUAY: Contiene una ventana donde se mueve texto, al deshabilitar JavaScriptse deja de tener acceso a ese texto móvil.12.1 Titule cada marco para facilitar su identificación y navegación.UCU y ANTEL utilizan frames pero ninguno utiliza el atributo “title”.El Portal del Estado no usa frames en la parte principal del sitio, pero si para abrirdocumentos pdf en otras partes y también sin el atributo “title”.11.4 Si, después de los mayores esfuerzos, no puede crear una página accesible,proporcione un vínculo a una página alternativa que use tecnologías W3C, seaUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 51
  • Caso practicoaccesible, tenga información (o funcionalidad) equivalente y sea actualizada tan amenudo como la página (original) inaccesibleNinguno de los sitios provee una página alternativa que cumpla las condiciones.Otras consideraciones de accesibilidadLos tres sitios evaluados están basados en frames, que son elementos desaconsejados,pero además, no contienen alternativas para navegadores que no soportan frames.Una tendencia que se pretende extinguir es la de los diseñadores que realizan un sitioespecialmente para un tipo de browser y una resolución de pantalla dada. Talvez porla formación de los diseñadores que se origina en el diseño grafico en el que lapresentación esta totalmente controlada al realizar una impresión, se pretende lograruna vista en la pantalla de la misma manera. Esto no es posible porque dependerá deltipo de monitor del usuario y del browser que elija el usuario.Esto ocurre con el sitio de Antel:Figura 22 - Pie de pagina principal de www.antel.com.uy (Da Rosa, 2007)Aunque seria preferible que los browsers realmente cumplieran los estándares de laW3C, por ahora lo que se puede pretender es que sea visible correctamente en todoslos browsers pero difícilmente se va a lograr una precisión de impresión.Tamaño de letraMuchas personas deben aumentar el tamaño de letra para poder leer, así que utilizanpropiedades de los browsers para hacerlo. Las páginas deben estar preparadas, no solono utilizando tamaños fijos de letra, sino para no perder totalmente el formato alaumentar el tamaño, lo que en general ocurre cuando se utilizan tamaños fijos en loscontenedores de la página.El problema que se encuentra es en la accesibilidad a los menús laterales. Estosframes no permiten scroll, por lo que al crecer, el texto queda inaccesible.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 52
  • Caso practicoFigura 23 - Portada de www.ucu.edu.uy con tamaño aumentado 2 veces (Da Rosa, 2007)En el caso del portal del estado, no solo se utilizan tamaños fijos sino imágenes paramaquetar menús, por lo que al aumentar el tamaño de letra se pierden, mas allá de laestética, algunas funcionalidades de la pagina. Como ejemplo se muestra el cabezal dela página en el que se puede ver los botones para poder realizar la búsquedatotalmente ocultos debajo del menú.Figura 24 - Cabezal de portada de www.uruguay.gub.uy con tamaño aumentado 2 veces (DaRosa, 2007)Simulación de baja visiónOtra verificación útil es mediante simuladores de discapacidades, como las queproveen Contrast Analyzer (Analizador de contraste, 2007) y aDesigner.En el Anexo IV – Simulación de Baja Visión se pueden ver algunas simulacionesrealizadas para personas de baja visión y específicamente para personas con unproblema tan común como lo son las cataratas.Mediante simuladores de baja visión se detecta que el sitio de UCU presentadificultades por tener texto con tamaño de fuente pequeño y fijo. En los menúslaterales se encuentran además problemas de poco contraste entre fondo.El sitio de ANTEL presenta problemas de fuentes pequeñas, tamaños de fuentes fijasy contraste de colores.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 53
  • Caso practicoEl portal del estado también presenta problemas de fuentes pequeñas, tamaños defuentes fijas y contraste de colores.Otras simulacionesaDesigner presenta la opción de simular el acceso mediante un lector de pantalla,marcando los elementos que puede acceder y el tiempo en el que demore acceder. Lassimulaciones realizadas pueden verse en el Anexo IV - Simulación de ceguera.Marca en con una escala de colores el según el tiempo que demoraría un lector depantalla en llegar a una zona especifica. Se puede ver en la imagen como se vaoscureciendo el color a medida de descendemos en la lectura de la pagina Web.Con la visualización de aDesigner se puede tener una idea también del uso de tablaspara maquetar, se pueden ver en líneas punteadas las celdas de las tablas.Para la página principal de UCU se pueden detallar los problemas ya vistosanteriormente de falta de texto alternativo para objetos no textuales. No se presentanproblemas importantes en cuanto al tiempo de lectura del frame central, pero no setoma en cuenta la dificultad en acceder a cada uno de los frames.La página principal de ANTEL presenta también problemas en elementos no textualescomo imágenes y objetos, y el uso de un iframe sin titular, como se analizoanteriormente. Se ve un oscurecimiento en los colores que marcan el tiempo delectura, pero el tiempo máximo de lectura para llegar al final de la página es de 62segundos lo que se puede mejorar pero aun es aceptable.En el sitio del gobierno, ademas de imágenes sin texto alternativo y un iframe sintitular, se observa un problema importante de tiempo de lectura con un lector depantalla. Si deseara acceder al mail de contacto, ubicado al final de la página deberíaesperar 106 segundos.Informes de aDesigneraDesigner realiza un informe grafico en el que asigna un puntaje midiendo:Conformidad a pautas, Facilidad de lectura con lectores de pantalla y Navegabilidad.Los informes realizados pueden verse en el Anexo IV.Las mayores dificultades siempre se encuentran en la Conformidad a las pautas.También se encuentran serias dificultades en cuanto a la facilitad de lectura conlectores de pantalla.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 54
  • ConclusionesConclusionesLos servicios que se brindan en Internet son cada vez mayores, hablamos de Internetcomo un atributo clave en de la globalización, cada vez más personas la utilizan, nosolo para actividades de ocio y culturales, sino que, también, para trabajar,comunicarse y educarse. Se habla de Internet para todos y se augura un futuro cadavez más centralizado en la Web.El no contemplar en este nuevo esquema de vida a las personas con discapacidades, esdejar al margen de sus beneficios y oportunidades, a un porcentaje alto de lapoblación mundial; no cumplir con la filosofía tan propia de la Web, su universalidady negar un derecho básico y nuevas oportunidades. Es por eso que los desarrolladoresy compañías tendrían que plantearse las consecuencias éticas y prácticas de seguiravanzando en este inexorable camino del progreso reservándolo únicamente para los“usuarios tipo”.Se analizaron criterios de aplicación de las pautas de accesibilidad y de evaluación desitios Web. Se han desarrollado herramientas que permiten analizar si un sitio Web esaccesible, sin embargo, al plantear una metodología de análisis se puede observar queno es posible mediante análisis automático determinar la accesibilidad de un sitio, esimprescindible contar con un experto en accesibilidad que realice una evaluaciónmanual y de pruebas de usuarios con discapacidades o utilizando herramientas desimulación de discapacidades que detecten otras dificultades de accesibilidad. Lasherramientas permiten una evaluación automática de ciertos ítems, con lo que facilitanla tarea del evaluador, pero la evaluación y las pruebas no dejan de depender de unevaluador humano, de su nivel de conocimiento y de su subjetividad. Se discutieronbrevemente las consecuencias de establecer un criterio de evaluación tan radical en elque no se consideran niveles de aprobación sino que se asume que un sitio que fallaen un solo punto de control es tan inaccesible como si fallara en todos los puntos.A pesar de existir estándares y pautas definidas, sugerencias en cuanto a metodologíasde evaluación e incluso herramientas que faciliten la evaluación, la evaluación de unsitio para determinar su accesibilidad no resulta una tarea sencilla. Hay muchospuntos de evaluación que son subjetivos y por lo tanto discutibles, que dependerán delcontexto o del evaluador. Para solucionar esta debilidad se presentó en Europa unproyecto para definir una metodología para laUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 55
  • Conclusionesrevisión de la accesibilidad Web del “Unified Web Evaluation Methodology” (WabCluster, 2007). A la fecha del desarrollo de este trabajo se habla del borrador de laversión 1.2. Se encuentran coincidencias con la metodología desarrollada en esteestudio de caso.Una debilidad que aún no se ha solucionado es la falta de un órgano certificador deevaluadores y de evaluaciones. Esto hace que los “expertos” sean autodidactas en sumayoría, ya que aunque hay algunos cursos de accesibilidad en lugares geográficosespecíficos (y, aunque parezca irónico, no presentan la opción de cursos a distancia),no están certificados oficialmente por la W3C. Por otro lado, al no existir un órganocertificador de accesibilidad, muchas empresas autodenominan sus sitios y productosWeb como accesibles, sin serlo en realidad. Al mismo tiempo, da lugar a la presenciaen mercado de empresas que brindan consultoría en accesibilidad y publicitan susservicios de creación de sitios accesibles pensados para pasar los tests automáticospero que no tienen como objetivo final el ser accesibles.Un caso particular son los premios anuales a la accesibilidad otorgados por laorganización “Día de Internet” (Día de Internet, 2007). Para realizar la evaluación delos sitios la organización solicitó la ayuda de la organización SIDAR (Sidar, 2007),quien, a su vez solicito voluntarios en el grupo Acceso Web (Acceso Web, 1999).Tuve el gusto de participar como evaluador principiante voluntario (Sidar, Informes2007), y aprender junto a expertos evaluadores, conociendo a fondo las dificultades dela evaluación grupal manual con fines de comparación de sitios. También pudeobservar la cantidad de sitios autodenominados y publicitados como accesibles, que sepresentaron al premio y realmente estaban lejos de ser considerados accesibles porcualquier evaluador. Los premios finalmente entregados fueron poco coherentes conel informe de accesibilidad realizado por los voluntarios de SIDAR (Sidar, Informes2007). Los motivos reales de esas diferencias de criterios entre los premios a laaccesibilidad otorgados por Día de Internet y el informe de accesibilidad realizado porexpertos de SIDAR son discutibles, la realidad es que deja al descubierto, una vezmás, la necesidad de un organismo oficial que pueda certificar accesibilidad.La evaluación de 3 sitios, seleccionados según criterios mencionados, no pretenderealizar un diagnostico sino estimar el grado de conciencia en Uruguay, analizandositios funcionales de distinto ámbito. La evaluación se realizó a partir de lametodología definida en base a sugerencias de W3C y herramientas de apoyo. ElUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 56
  • Conclusionesanálisis no fue exhaustivo ya que al no superar el nivel de accesibilidad A, el estudiose centró en las falencias de prioridad 1, completando las siguientes prioridades conun análisis automático y un análisis manual general.Ninguno de los sitios evaluados cumple los requisitos mínimos de prioridad 1 para serconsiderada accesible, por lo cual no puede ser calificada con el nivel de adecuaciónA. De la definición se deduce, entonces, que uno o más grupos de usuariosencontrarán imposible acceder a la información del documento.Los sitios seleccionados brindan un importante servicio a la comunidad, cada unoenfocado a un público diferente.El sitio de la Universidad Católica pretende ser un punto de acceso importante para sucomunidad de estudiantes y de información para público en general. Pero,lamentablemente, esta orientado a “estudiantes tipo”, no a todo el público. Un usuariociego probablemente no pueda inscribirse a un examen por Internet como la mayoríade los estudiantes.ANTEL es un organismo estatal, el órgano máximo de telecomunicaciones en elUruguay, pero su sitio Web no cumple con los requisitos mínimos para poder ser unmedio de comunicación con todos sus usuarios. Si el principal órgano en materia decomunicaciones no cumple con las exigencias mínimas de accesibilidad, poco sepuede exigir a los demás sitios en el Uruguay.Por último se evaluó el portal del gobierno uruguayo, que tampoco cumple losmínimos requisitos para llegar a todos los ciudadanos. La postura del gobiernouruguayo es firme en cuanto a la formación en tecnología y el acceso equitativo pero,sin embargo, se observa una ausencia total de preocupación por tener un sitioaccesible a todos los ciudadanos. Se ha publicitado en la prensa la intención delgobierno uruguayo por brindar cada vez más servicios mediante la Web pero siempreorientado a “ciudadanos tipo”.Los problemas encontrados no solo reflejan la falta de conocimiento en criterios deaccesibilidad sino que, además, de los tipos de errores se deduce la falta de usocorrecto de los estándares básicos de la Web como XHTML y CSS. La falta deconocimiento y el uso de herramientas generadoras de código no estándar generansitios Web con código que no cumple con los estándares. Ninguna de las páginasUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 57
  • Conclusionesvalida su código XHTML mediante el validador automático de la W3C (W3C, 2007),tampoco validan sus hojas de estilos (W3C, 2007).Luego de entender la variedad de beneficios que brinda la accesibilidad, es difícilentender porqué los resultados presentados por los tres sitios evaluados no son unaexcepción en la Web. Tampoco es exclusividad de sitios antiguos sino que sitiosnuevos tienen las mismas falencias.Se mencionaron algunas leyes en distintos lugares del mundo relacionadas con laaccesibilidad de sitios. En muchos países se esta tomando conciencia de laimportancia de exigir la accesibilidad de sitios, principalmente a nivel de sitiospúblicos pero en otros países, también a nivel de sitios Web privados que brindanservicios. Uruguay aún tiene un largo camino por recorrer. No se cuenta conlegislación especifica, la existente refiere únicamente a la accesibilidad del mediofísico (UNIT, 2007).Los navegadores recién están llegando a cumplir con todos los estándares. Hasta haceun tiempo existía una fuerte competencia por el mercado de los navegadores quepretendía ser ganada por el que impusiera herramientas propias para lograr efectosvisuales y scripts cliente (ej, ActiveXy JavaScript propietarios, features CSS noestándar). La solución de desarrolladores Web fue la creación de múltiples versionesde código no estándar para ajustarse a las particularidades de cada navegador. Seinvierte tiempo y dinero en crear varias versiones del mismo sitio según el navegador,usando trucos para lograr visualizaciones en cada navegador como tablas anidadas,píxeles transparentes y uso de atributos específicos de cada navegador.Teniendo en cuenta esa fuerte competencia entre navegadores, pretender lograrcompatibilidad “hacia atrás” es prácticamente imposible ya que existen navegadoresantiguos que no aceptan código estándar. Siempre hay que definir un navegadorbásico como aquél más antiguo que contemplará el sitio WebAnte el contexto planteado muchos diseñadores optan por desarrollar únicamente paraese navegador, como es el caso del sitio de Antel que en su página de iniciorecomienda utilizar Internet Explorer 5.5 y una resolución de 800X600. Peor quetratar que un sitio se muestre exactamente igual en todos los navegadores incluso losmás antiguos es diseñarlo para un único navegador.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 58
  • Trabajos futurosLa falla en herramientas para crear sitios Web, la falta de formación de losdesarrolladores y la laxitud de los navegadores también son un factor importante. Lamayoría de las herramientas para crear sitios generan código no estándar, los browserssiempre intentan entender el código aceptando etiquetas o atributos desconocidos,etiquetas sin cerrar, errores de JavaScript, enlaces rotos. Eso llevó a una serie demalos hábitos por parte de los desarrolladores. De hecho, muchos ni siquiera conocenlos estándares.Un posible motivo para la falta de interés en superar esos problemas puede ser la faltade conciencia. No hay conocimiento ni promoción de criterios de accesibilidad.El camino es largo y todavía estamos en el principio, principalmente en Uruguay,pero aunque sea un camino además lento es un camino inevitable para el crecimientode la sociedad.Trabajos futurosPara poder inferir conclusiones más exactas acerca de la accesibilidad en Uruguay sedebería realizar un nuevo estudio ampliando la cantidad de casos.Se podría profundizar también en la generación de informes realizando no solo undiagnostico sino sugerencias de mejoras, así como aportes desde una perspectivacultural.Un aporte para ayudar a extender el conocimiento de la accesibilidad y promocionarsu aplicación es mediante la integración de información dispersa y la participación encomunidades de desarrollo orientadas a la accesibilidad.Bibliografía• Acebal, César Fernández. Creación de sitios Web mediante estándares. 2004.www.w3c.es/gira/paradas/presentaciones/Acebal_EstandaresWeb.pdf• Acceso Web. Lista sobre problemas y soluciones de diseño accesible para laRed. 1999. http://es.groups.yahoo.com/group/accesoweb/• aDesigner. IBM. 2007. https://www14.software.ibm.com.• Analizador de Contraste de Color. Visión Australia. 2007.http://www.visionaustralia.org.au/info.aspx?page=959• Antel. Pagina principal de www.antel.com.uy. www.antel.com.uy. 2007Mapa del sitio. http://www.antel.com.uy/ portal/hgxpp001.aspx?2,362,686,O,S,0,MNU;E;47;2;MNU;,Formulario. http://www.antel.com.uy/portal/hgxpp001.aspx?2,361,826,O,S,0,,Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 59
  • Bibliografía• Día de Internet. Sitio oficial Día de Internet. 2007. http://www.diadeinternet.org• Discapnet. Checklist de puntos de verificación. Traducción del documentooriginal en: http://www.discapnet.es/web_accesible/wcag10/full-checklist.html.Documento original: http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/full-checklist , 1999Discapnet. Ejemplo de tabla accesible. http://www.discapnet.es/web_accesible/ , 1999tecnicas/html/WCAG10-HTML-TECHS_es.html#data-tables• El País. El País Leído. 2006. http://www.elpais.com.uy/Audio• Gobierno Chileno.Guía para el Desarrollo de Sitios Web. 2004. http://www.guiaweb.gob.clNorma Técnica para el Desarrollo de Sitios Web de los Órganos de la Administracióndel Estado. 2006. http://sdi.bcn.cl/ bcn/boletin/publicadores/normas_publicadas/archivos/DS100_41.pdf• INE. Encuesta Nacional de Personas con Discapacidad. 2004http://www.ine.gub.uy/biblioteca/discapacidad/discapacidad.pdf• Legislación EspañolaLIONDAU. LEY 51/2003. http://www.sidar.org/recur/direc/legis/liondaupcd.pdfPlan Nacional de Accesibilidad 2004-2012.http://www.sidar.org/recur/direc/legis/ipna2004_2012.pdfII Plan de Acción para las personas con discapacidad 2003-2007http://www.sidar.org/recur/direc/legis/iipapcd2003_2007.pdfLEY 34/2002, de 11 de julio (LSSICE). Publicada en el Boletín Oficial del Estado el12 de julio de 2002.• Legislación de EEUU. Enmienda a la Ley de Rehabilitación. Sección 508.EEUU. 1998. http://www.section508.gov• Comisión Europea. Sitio oficial (en español) de la Comisión Europea. 2007http://www.europa.eu.int/comm/index_es.htm• OMS. Human functioning and disability – Statistics. 1999.http://unstats.un.org/unsd/demographic/sconcerns/disability/disab2.asp• Park ,Andrew. Austin American Statesman. “Los Discapacitados EncuentranMuchas Barreras en Online”. Por Andrew Park, Reportero del Equipo, Austin AmericanStatesman. Derechos del Material reimpreso con permiso del Austin American Statesman. PublicadoOriginalmente en la edición del domingo de setiembre de 2000, del Austin AmericanStatesman.Human functioning and disability – Statistics. http://www.tsbvi.edu/Outreach/seehear/fall00/onlinebarriers-span.htmhttp://unstats.un.org/unsd/demographic/sconcerns/disability/disab2.asp• Petrella ,Carlos. Metodología de estudio de casos aplicada a organizaciones.2006• Portal de la Discapacidad en Uruguay. Rehabilitación Basada en laComunidad. 2007. http://www.discapacidaduruguay.org/noticias2.asp?ide=337• Portal del gobierno. 2007. Pagina principal de http://www.uruguay.gub.uyMapa del sitio de http://www.uruguay.gub.uy. http://www.uruguay.gub.uy/estado/mapasitio.aspFormulario de http://www.uruguay.gub.uy. http://www.uruguay.gub.uy/estado/contactenos.aspUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 60
  • Bibliografía• Segovia, Carlos. Accesibilidad e Internet. 2007.www.inclusiondigital.net/albergue/accesibilidad.pdf• SIDAR. Seminario Iberoamericano sobre Discapacidad y Accesibilidad en laRed. 2007. http://www.sidar.org/• SIDAR. Informes SIDAR sobre las candidaturas a los premios del día deInternet 2007. http://www.sidar.org/informe_dia_internet/2007/• SIDAR - HERA. Herramienta de análisis de contraste de colores. 2005.http://www.sidar.org/hera/color.php• SIDAR – HERA. Hojas de Estilo para la Revisión de la Accesibilidad. 2005.http://www.sidar.org/hera/index.php.es• TAW. Test de Accesibilidad Web. 2007. http://www.tawdis.net/taw3/cms/es• Telefónica España. Telefónica Accesible. http://www.telefonica.es/accesible• UCU. Universidad Católica del Uruguay. Pagina principal dewww.ucu.edu.uy. 2007. http://www.ucu.edu.uy.Mapa del sitio http://www.ucu.edu.uy/Mapa del sitio.htmMapa de imágenes. http://www.ucu.edu.uy/Institucional/COMOLLEG.HTM• UNIT. Accesibilidad del medio físico. 2007.http://www.unit.org.uy/catalogo/resultados.php?access=1• Vigo, 2007. Quantitative Metrics for Measuring Web Accessibilityhttp://www.w4a.info/2007/prog/11-vigo.pdf• Wab Cluster. Unified Web Evaluation Methodology. 2007http://www.wabcluster.org/uwem1_2/• W3C. Sitio en español del World Wide Web Consortium. 1999.http://www.w3c.es/Algoritmos de contraste de color de W3C. 2000. http://www.w3.org/TR/AERT#color-contrastValidador de CSS de W3C. 2007. http://jigsaw.w3.org/css-validator/Validador XHTML de W3C. 2007. http://validator.w3.org/• Zúnica,Rafael Romero. Metodología práctica de revisión de la accesibilidad desitios Web. 2001. http://acceso.uv.es/Unidad/pubs/2001-Evaluacion/Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 61
  • BibliografíaAnexoAnexo I: Definición de la normaLos indicadores para medir los resultados de la evaluación de sitios, serán losestablecidos por la WCAG. (W3C, 1999)Las WCAG 1.0 tienen 14 pautas que son los principios generales del diseño accesible.Cada pauta tiene uno o más puntos de verificación que explican cómo se aplica lapauta en determinadas áreas. Cada punto de verificación tiene un nivel de prioridadasignado por el Grupo de Trabajo y fundamentado en su impacto en la accesibilidad.[Prioridad 1] Un desarrollador de contenidos de páginas Web tiene que satisfacereste punto de verificación. De otra forma, uno o más grupos de usuarios encontraránimposible acceder a la información del documento. Satisfacer este punto deverificación es un requerimiento básico para que algunos grupos puedan usar losdocumentos Web.[Prioridad 2] Un desarrollador de contenidos de páginas Web debe satisfacer estepunto de verificación. De otra forma, uno o más grupos encontrarán dificultades en elacceso a la información del documento. Satisfacer este punto de verificacióneliminará importantes barreras de acceso a los documentos Web.[Prioridad 3] Un desarrollador de contenidos de páginas Web puede satisfacer estepunto de verificación. De otra forma, uno o más grupos de usuarios encontraránalguna dificultad para acceder a la información del documento. Satisfacer este puntode verificación mejorará la accesibilidad de los documentos Web.Algunos puntos de verificación tienen especificado un nivel de prioridad que puedevariar bajo ciertas condiciones (que se indican).Se definen tres niveles de adecuación a este documento: * Adecuación de nivel A (A): se satisfacen todos los puntos de verificación deprioridad 1. * Adecuación de nivel Doble A (AA): se satisfacen todos los puntos deverificación de prioridad 1 y 2. * Adecuación de nivel Triple A (AAA): se satisfacen todos los puntos deverificación de prioridad 1, 2 y 3.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 62
  • BibliografíaMediante la metodología de evaluación establecida, se categorizará un sitio en algunode los tres niveles de adecuación: A, AA o AAA, o se indicara que no cumple el nivelmínimo A.Este análisis corresponde a las características mínimas exigibles para un sitio, esimportante aclarar que superar este análisis básico no garantiza la accesibilidad delsitio. Para garantizar la accesibilidad es necesario realizar un análisis mas profundoque incluye pruebas de usuario, según se sugiere en el Anexo sobre Validación deldocumento de Pautas (W3C, 1999).Anexo II: Checklist auxiliar para la evaluaciónEn base a la traducción del checklist sugerido por W3C (Discapnet, 1999).Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 63
  • Bibliografía Pag. Pag. Pag. TA R. PRIORIDAD 1 1 2 5 W En general (Prioridad 1)1.1) Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través de "alt", "longdesc" o en el contenido delelemento). Esto incluye: imágenes, representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs animados),"applets" y objetos programados, "ascii art", marcos, scripts, imágenes usadas como viñetas en las listas, espaciadores, botones gráficos,sonidos (ejecutados con o sin interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y vídeos.1.2) Asegúrese de que toda la información transmitida a través de los colores también esté disponible sin color, por ejemplo mediante elcontexto o por marcadores.1.3) Identifique claramente los cambios en el idioma del texto del documento y en cualquier texto equivalente (por ejemplo, leyendas).1.4) Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo, cuando un documento HTML es interpretadosin asociarlo a una hoja de estilo, tiene que ser posible leerlo.1.5) Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando cambia el contenido dinámico.1.6) Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la pantalla.1.7) Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio. Y si utiliza imágenes y mapas de imagen (Prioridad 1)1.8) Proporcione vínculos redundantes en formato texto para cada zona activa de un mapa de imagen del servidor.1.9) Proporcione mapas de imagen controlados por el cliente en lugar de por el servidor, excepto donde las zonas sensibles no puedan serdefinidas con una forma geométrica. Y si utiliza tablas (Prioridad 1)1.10) En las tablas de datos, identifique los encabezamientos de fila y columna.1.11) Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientos de fila o columna, utilice marcadores para asociarlas celdas de encabezamiento y las celdas de datos. Y si utiliza marcos ("frames") (Prioridad 1)1.12) Titule cada marco para facilitar su identificación y navegación. Y si utiliza "applets" y "scripts" (Prioridad 1)1.13) Asegure que las páginas sigan siendo utilizables cuando se desconecten o no se soporten los scripts, applets u otros objetosprogramados. Si esto no es posible, proporcione información equivalente en una página alternativa accesible. Y si utiliza multimedia (Prioridad 1)1.14) Hasta que las aplicaciones de usuario puedan leer en voz alta automáticamente el texto equivalente de la banda visual, proporcioneuna descripción auditiva de la información importante de la banda visual de una presentación multimedia.1.15) Para toda presentación multimedia tempodependiente (por ejemplo, una película o animación) sincronice alternativas equivalentes(por ejemplo, subtítulos o descripciones de la banda visual) con la presentación. Y si todo lo demás falla (Prioridad 1)1.16) Si, después de los mayores esfuerzos, no puede crear una página accesible, proporcione un vínculo a una página alternativa que usetecnologías W3C, sea accesible, Católica del Uruguay. Facultad de Ingeniería y Tecnologías.actualizada tan a menudo como la página Universidad tenga información (o funcionalidad) equivalente y sea Silvia Da Rosa. 64(original) inaccesible.RESULTADO PRIORIDAD 1.
  • Bibliografía Pag. Pag. Pag. TA R. PRIORIDAD 2 1 2 5 W En general (Prioridad 2)2.1) Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan el suficiente contraste para que sean percibidaspor personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. Prioridad 3 paralos textos].2.2) Cuando exista un marcador apropiado, use marcadores en vez de imágenes para transmitir la información.2.3) Cree documentos que estén validados por las gramáticas formales publicadas.2.4) Utilice hojas de estilo para controlar la maquetación y la presentación.2.5) Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos de los marcadores de lenguaje y en losvalores de las propiedades de las hojas de estilo.2.6) Utilice elementos de encabezado para transmitir la estructura lógica y utilícelos de acuerdo con la especificación.2.7) Marque correctamente las listas y los ítems de las listas.2.8) Marque las citas. No utilice el marcador de citas para efectos de formato tales como sangrías.2.9) Asegúrese de que los contenidos dinámicos son accesibles o proporcione una página o presentación alternativa.2.10) Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del contenido (por ejemplo, cambio de presentaciónen periodos regulares, así como el encendido y apagado).2.11) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener las actualizaciones, no cree páginas que se actualicenautomáticamente de forma periódica.2.12) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener el redireccionamiento automático, no utilicemarcadores para redirigir las páginas automáticamente. En su lugar, configure el servidor para que ejecute esta posibilidad.2.13) Hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas ventanas, no provoque apariciones repentinas denuevas ventanas y no cambie la ventana actual sin informar al usuario.2.14) Utilice tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea y use las últimas versiones que sean soportadas.2.15) Evite características desaconsejadas por las tecnologías W3C.2.16) Divida los bloques largos de información en grupos más manejables cuando sea natural y apropiado.2.17) Identifique claramente el objetivo de cada vínculo.2.18) Proporcione metadatos para añadir información semántica a las páginas y sitios.2.19) Proporcione información sobre la maquetación general de un sitio (por ejemplo, mapa del sitio o tabla de contenidos).2.20) Utilice los mecanismos de navegación de forma coherente. Y si utiliza tablas (Prioridad 2)2.21) 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 versión alineada). Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 65
  • Bibliografía2.22) Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un efecto visual de formato. Y si utiliza marcos ("frames") (Prioridad 2)2.23) Describa el propósito de los marcos y cómo éstos se relacionan entre sí, si no resulta obvio solamente con el título del marco. Y si utiliza marcos ("frames") (Prioridad 1)2.24) Titule cada marco para facilitar su identificación y navegación. Y si utiliza formularios (Prioridad 2)2.25) Hasta que las aplicaciones de usuario soporten explícitamente la asociación entre control de formulario y etiqueta, para todos loscontroles de formularios con etiquetas asociadas implícitamente, asegúrese de que la etiqueta está colocada adecuadamente.2.26) Asocie explícitamente las etiquetas con sus controles. Y si utiliza "applets" y "scripts" (Prioridad 2)2.27) Para los scripts y applets, asegúrese de que los manejadores de eventos sean independientes del dispositivo de entrada.2.28) Hasta que las aplicaciones de usuario permitan congelar el movimiento de los contenidos, evite los movimientos en las páginas.2.29) Haga los elementos de programación, tales como scripts y applets, directamente accesibles o compatibles con las ayudas técnicas[Prioridad 1 si la funcionalidad es importante y no se presenta en otro lugar; de otra manera, Prioridad 2].2.30) Asegúrese de que cualquier elemento que tiene su propia interfaz pueda manejarse de forma independiente del dispositivo.2.31) Para los "scripts", especifique manejadores de evento lógicos mejor que manejadores de evento dependiente de dispositivos.RESULTADO PRIORIDAD 2. Pag. Pag. Pag. TA R. PRIORIDAD 3 1 2 5 W En general (Prioridad 3)3.1) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento.3.2) Identifique el idioma principal de un documento.3.3) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos.3.4) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles deformulario y los grupos de controles de formulario.3.5) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluyacaracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos.3.6) Proporcione la información de modo que los usuarios puedan recibir los documentos según sus preferencias (por ejemplo, idioma,tipo de contenido, etc.).3.7) Proporcione barras de navegación para destacar y dar acceso al mecanismo de navegación.3.8) Agrupe los vínculos relacionados, identifique el grupo (para las aplicaciones de usuario) y, hasta que las aplicaciones de usuario lohagan, proporcione una manera de evitar el grupo.3.9) Si proporciona funciones de búsqueda, permita diferentes tipos de búsquedas para diversos niveles de habilidad y preferencias. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 66
  • Bibliografía3.10) Localice la información destacada al principio de los encabezamientos, párrafos, listas, etc.3.11) Proporcione información sobre las colecciones de documentos (por ejemplo, los documentos que comprendan múltiples páginas).3.12) Proporcione un medio para saltar sobre un ASCII art de varias líneas.3.13) Complemente el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página.3.14) Cree un estilo de presentación que sea coherente para todas las páginas.3.15) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento.3.16) Identifique el idioma principal de un documento.3.17) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos.3.18) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles deformulario y los grupos de controles de formulario.3.19) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluyacaracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos. Y si utiliza imágenes o mapas de imagen (Prioridad 3)3.20) Hasta que las aplicaciones de usuario interpreten el texto equivalente para los vínculos de los mapas de imagen de cliente,proporcione vínculos de texto redundantes para cada zona activa del mapa de imagen de cliente. Y si utiliza tablas (Prioridad 3)3.21) Proporcione resúmenes de las tablas.3.22) Proporcione abreviaturas para las etiquetas de encabezamiento.3.23) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten correctamente los textos contiguos, proporcioneun texto lineal alternativo (en la página actual o en alguna otra) para todas las tablas que maquetan texto en paralelo, en columnas depalabras. Y si utiliza formularios (Prioridad 3)3.24) Hasta que las aplicaciones de usuario manejen correctamente los controles vacíos, incluya caracteres por defecto en los cuadros deedición y áreas de texto.RESULTADO PRIORIDAD 3. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 67
  • Bibliografía Anexo III – Resultados de evaluaciones Universidad Católica del Uruguay Figura 25 - Portada de www.ucu.edu.uy (Da Rosa, 2007) Las páginas analizadas con HERA fueron las siguientes: Se evaluó la pagina principal (UCU, 2007), al ser un frame,Pág.. 1 Página principal también se analizaron sus componentes.Pág.. 2 Mapa del sitio Se evaluó el mapa del sitio (UCU, 2007)Pág.. 3 Sistema de búsqueda No se detecto sistema de búsqueda en el sito.Pág.. 4 Formulario de contacto y/o cualquier otro formulario No se detectaron formularios en el sitio.Pág.. 5 Páginas con diagramas, gráficas o mapas de imagen Se evaluó un mapa de imagen. (UCU, 2007) Páginas con datos tabulares o datos generados No se detectaron datos tabulares.Pág.. 6 dinámicamente Tabla 3 - Paginas evaluadas con HERA de www.ucu.edu.uy (Da Rosa, 2007) Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 68
  • Pag. Pag. Pag. TA R. Bibliografía PRIORIDAD 1 1 2 5 W En general (Prioridad 1)1.1) Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través de "alt", "longdesc" o en el contenido delelemento). Esto incluye: imágenes, representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs animados), 0 - 0 0 0"applets" y objetos programados, "ascii art", marcos, scripts, imágenes usadas como viñetas en las listas, espaciadores, botones gráficos,sonidos (ejecutados con o sin interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y vídeos.1.2) Asegúrese de que toda la información transmitida a través de los colores también esté disponible sin color, por ejemplo mediante el * * 1 * *contexto o por marcadores.1.3) Identifique claramente los cambios en el idioma del texto del documento y en cualquier texto equivalente (por ejemplo, leyendas). * * * * 01.4) Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo, cuando un documento HTML es interpretado * * * -sin asociarlo a una hoja de estilo, tiene que ser posible leerlo. 11.5) Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando cambia el contenido dinámico. - - - * -1.6) Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la pantalla. 1 1 * * 11.7) Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio. * * * * 1 Y si utiliza imágenes y mapas de imagen (Prioridad 1)1.8) Proporcione vínculos redundantes en formato texto para cada zona activa de un mapa de imagen del servidor. - - - 01.9) Proporcione mapas de imagen controlados por el cliente en lugar de por el servidor, excepto donde las zonas sensibles no puedan ser 1 - 1 -definidas con una forma geométrica. Y si utiliza tablas (Prioridad 1)1.10) En las tablas de datos, identifique los encabezamientos de fila y columna. - - * * -1.11) Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientos de fila o columna, utilice marcadores para asociar * * - - -las celdas de encabezamiento y las celdas de datos. Y si utiliza marcos ("frames") (Prioridad 1)1.12) Titule cada marco para facilitar su identificación y navegación. 0 0 0 0 0 Y si utiliza "applets" y "scripts" (Prioridad 1)1.13) Asegure que las páginas sigan siendo utilizables cuando se desconecten o no se soporten los scripts, applets u otros objetos * 0 0 - -programados. Si esto no es posible, proporcione información equivalente en una página alternativa accesible. Y si utiliza multimedia (Prioridad 1)1.14) Hasta que las aplicaciones de usuario puedan leer en voz alta automáticamente el texto equivalente de la banda visual, proporcione - - - - -una descripción auditiva de la información importante de la banda visual de una presentación multimedia.1.15) Para toda presentación multimedia tempodependiente (por ejemplo, una película o animación) sincronice alternativas equivalentes - - - - -(por ejemplo, subtítulos o descripciones de la banda visual) con la presentación. Y si todo lo demás falla (Prioridad 1)1.16) Si, después de los mayores esfuerzos, no puede crear una página accesible, proporcione un vínculo a una página alternativa que use * * 0tecnologías W3C, sea accesible, tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la página * *(original) inaccesible.RESULTADO PRIORIDAD 1: No cumple con pautas de prioridad 1, por lo que no llega al nivel de adecuación A. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 69
  • Bibliografía Pag. Pag. Pag. TA R. PRIORIDAD 2 1 2 5 W En general (Prioridad 2)2.1) Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan el suficiente contraste para que sean percibidas * * 1por personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. Prioridad 3 para * *los textos].2.2) Cuando exista un marcador apropiado, use marcadores en vez de imágenes para transmitir la información. 1 1 * * 12.3) Cree documentos que estén validados por las gramáticas formales publicadas. 0 0 0 * 02.4) Utilice hojas de estilo para controlar la maquetación y la presentación. 0 1 0 0 02.5) Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos de los marcadores de lenguaje y en los * 0 0 0 *valores de las propiedades de las hojas de estilo.2.6) Utilice elementos de encabezado para transmitir la estructura lógica y utilícelos de acuerdo con la especificación. 0 0 0 0 02.7) Marque correctamente las listas y los ítems de las listas. * * 0 * 02.8) Marque las citas. No utilice el marcador de citas para efectos de formato tales como sangrías. * * * * 12.9) Asegúrese de que los contenidos dinámicos son accesibles o proporcione una página o presentación alternativa. * - - 0 02.10) Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del contenido (por ejemplo, cambio de presentación 1 * 1 1 1en periodos regulares, así como el encendido y apagado).2.11) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener las actualizaciones, no cree páginas que se actualicen 1 1 1 1automáticamente de forma periódica.2.12) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener el redireccionamiento automático, no utilice 1 1 1 1marcadores para redirigir las páginas automáticamente. En su lugar, configure el servidor para que ejecute esta posibilidad.2.13) Hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas ventanas, no provoque apariciones repentinas de * * 0 * 1nuevas ventanas y no cambie la ventana actual sin informar al usuario.2.14) Utilice tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea y use las últimas versiones que sean soportadas. 0 0 0 * 02.15) Evite características desaconsejadas por las tecnologías W3C. 0 1 0 0 02.16) Divida los bloques largos de información en grupos más manejables cuando sea natural y apropiado. * 0 * 0 02.17) Identifique claramente el objetivo de cada vínculo. - - * * 12.18) Proporcione metadatos para añadir información semántica a las páginas y sitios. * * * * 02.19) Proporcione información sobre la maquetación general de un sitio (por ejemplo, mapa del sitio o tabla de contenidos). * * * * 12.20) Utilice los mecanismos de navegación de forma coherente. * * * * 1 Y si utiliza tablas (Prioridad 2)2.21) No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando se alinee. Por otro lado, si la tabla no tiene sentido, * * 0 * 1proporcione una alternativa equivalente (la cual debe ser una versión alineada). Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 70
  • Bibliografía2.22) Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un efecto visual de formato. 1 - 1 0 Y si utiliza marcos ("frames") (Prioridad 2)2.23) Describa el propósito de los marcos y cómo éstos se relacionan entre sí, si no resulta obvio solamente con el título del marco. * - - * 0 Y si utiliza marcos ("frames") (Prioridad 1)2.24) Titule cada marco para facilitar su identificación y navegación. 0 - - 0 0 Y si utiliza formularios (Prioridad 2)2.25) Hasta que las aplicaciones de usuario soporten explícitamente la asociación entre control de formulario y etiqueta, para todos los - * - - -controles de formularios con etiquetas asociadas implícitamente, asegúrese de que la etiqueta está colocada adecuadamente.2.26) Asocie explícitamente las etiquetas con sus controles. - - - 0 0 Y si utiliza "applets" y "scripts" (Prioridad 2)2.27) Para los scripts y applets, asegúrese de que los manejadores de eventos sean independientes del dispositivo de entrada. 0 - - * 02.28) Hasta que las aplicaciones de usuario permitan congelar el movimiento de los contenidos, evite los movimientos en las páginas. 1 1 * * 12.29) Haga los elementos de programación, tales como scripts y applets, directamente accesibles o compatibles con las ayudas técnicas - * 0 0 -[Prioridad 1 si la funcionalidad es importante y no se presenta en otro lugar; de otra manera, Prioridad 2].2.30) Asegúrese de que cualquier elemento que tiene su propia interfaz pueda manejarse de forma independiente del dispositivo. - - - * -2.31) Para los "scripts", especifique manejadores de evento lógicos mejor que manejadores de evento dependientes de dispositivos. 0 - - * 0RESULTADO PRIORIDAD 2: No cumple con pautas de prioridad 1,2, por lo que no llega al nivel de adecuación AA. Pag. Pag. Pag. TA R. PRIORIDAD 3 1 2 5 W En general (Prioridad 3)3.1) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento. * * * * 03.2) Identifique el idioma principal de un documento. 0 0 0 0 03.3) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. * * * * 13.4) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles de 0 0 0 0 0formulario y los grupos de controles de formulario.3.5) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluya 1 * 1 - -caracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos.3.6) Proporcione la información de modo que los usuarios puedan recibir los documentos según sus preferencias (por ejemplo, idioma, * * - * *tipo de contenido, etc.).3.7) Proporcione barras de navegación para destacar y dar acceso al mecanismo de navegación. * * * * 03.8) Agrupe los vínculos relacionados, identifique el grupo (para las aplicaciones de usuario) y, hasta que las aplicaciones de usuario lo * * 0 * *hagan, proporcione una manera de evitar el grupo.3.9) Si proporciona funciones de búsqueda, permita diferentes tipos de búsquedas para diversos niveles de habilidad y preferencias. * * * * - Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 71
  • Bibliografía3.10) Localice la información destacada al principio de los encabezamientos, párrafos, listas, etc. * * * * 03.11) Proporcione información sobre las colecciones de documentos (por ejemplo, los documentos que comprendan múltiples páginas). * * * * -3.12) Proporcione un medio para saltar sobre un ASCII art de varias líneas. * * * * -3.13) Complemente el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página. * * * * -3.14) Cree un estilo de presentación que sea coherente para todas las páginas. * * * * 03.15) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento. 0 0 0 03.16) Identifique el idioma principal de un documento. 0 0 0 03.17) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. * * * 13.18) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles de 0 0 0 0formulario y los grupos de controles de formulario.3.19) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluya * - * *caracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos. Y si utiliza imágenes o mapas de imagen (Prioridad 3)3.20) Hasta que las aplicaciones de usuario interpreten el texto equivalente para los vínculos de los mapas de imagen de cliente, 0 - 0 -proporcione vínculos de texto redundantes para cada zona activa del mapa de imagen de cliente. Y si utiliza tablas (Prioridad 3)3.21) Proporcione resúmenes de las tablas. - - * 0 03.22) Proporcione abreviaturas para las etiquetas de encabezamiento. - - - 03.23) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten correctamente los textos contiguos, proporcione * * 0un texto lineal alternativo (en la página actual o en alguna otra) para todas las tablas que maquetan texto en paralelo, en columnas de - -palabras. Y si utiliza formularios (Prioridad 3)3.24) Hasta que las aplicaciones de usuario manejen correctamente los controles vacíos, incluya caracteres por defecto en los cuadros de - 0 0 - -edición y áreas de texto.RESULTADO PRIORIDAD 3: No cumple con pautas de prioridad 1,2,3, por lo que no llega al nivel de adecuación AAA. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 72
  • Bibliografía Antel Figura 26 - Portada de www.antel.com.uy (Da Rosa, 2007) Las páginas analizadas con HERA fueron las siguientes: Se evaluó la pagina principal (Antel, 2007), al ser un frame,Pág.. 1 Página principal también se analizaron sus componentes.Pág.. 2 Mapa del sitio Se evaluó el mapa del sitio (Antel, 2007) Se evaluó el sistema de búsqueda en pagina principal (Antel,Pág.. 3 Sistema de búsqueda 2007) Formulario de contacto y/o cualquier otro No se detectó formulario de contacto. Se evaluó el formulario dePág.. 4 formulario búsqueda en guía (Antel, 2007)Pág.. 5 Páginas con diagramas, gráficas o mapas de imagen No se detectaron mapas de imagen. Páginas con datos tabulares o datos generados No se detectaron datos tabulares.Pág.. 6 dinámicamente Tabla 4 - Paginas evaluadas con HERA de www.antel.com.uy (Da Rosa, 2007) Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 73
  • Pag. Pag. Pag. TA R. Bibliografía PRIORIDAD 1 1 2 3 W En general (Prioridad 1)1.1) Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través de "alt", "longdesc" o en el contenido del 0 0 0elemento). Esto incluye: imágenes, representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs animados), 0 0"applets" y objetos programados, "ascii art", marcos, scripts, imágenes usadas como viñetas en las listas, espaciadores, botonesgráficos, sonidos (ejecutados con o sin interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y vídeos.1.2) Asegúrese de que toda la información transmitida a través de los colores también esté disponible sin color, por ejemplo mediante * * 1 * *el contexto o por marcadores.1.3) Identifique claramente los cambios en el idioma del texto del documento y en cualquier texto equivalente (por ejemplo, leyendas). * * * * -1.4) Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo, cuando un documento HTML es interpretado * * 0 * *sin asociarlo a una hoja de estilo, tiene que ser posible leerlo.1.5) Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando cambia el contenido dinámico. - - - 0 01.6) Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la pantalla. * * * * 11.7) Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio. * * * * 1 Y si utiliza imágenes y mapas de imagen (Prioridad 1)1.8) Proporcione vínculos redundantes en formato texto para cada zona activa de un mapa de imagen del servidor. - - - - -1.9) Proporcione mapas de imagen controlados por el cliente en lugar de por el servidor, excepto donde las zonas sensibles no puedan - - - - -ser definidas con una forma geométrica. Y si utiliza tablas (Prioridad 1)1.10) En las tablas de datos, identifique los encabezamientos de fila y columna. * * * * -1.11) Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientos de fila o columna, utilice marcadores para * * - * *asociar las celdas de encabezamiento y las celdas de datos. Y si utiliza marcos ("frames") (Prioridad 1)1.12) Titule cada marco para facilitar su identificación y navegación. 0 - - 0 0 Y si utiliza "applets" y "scripts" (Prioridad 1)1.13) Asegure que las páginas sigan siendo utilizables cuando se desconecten o no se soporten los scripts, applets u otros objetos 0 0 0 0 0programados. Si esto no es posible, proporcione información equivalente en una página alternativa accesible. Y si utiliza multimedia (Prioridad 1)1.14) Hasta que las aplicaciones de usuario puedan leer en voz alta automáticamente el texto equivalente de la banda visual, - - - * -proporcione una descripción auditiva de la información importante de la banda visual de una presentación multimedia.1.15) Para toda presentación multimedia tempodependiente (por ejemplo, una película o animación) sincronice alternativas - - - * -equivalentes (por ejemplo, subtítulos o descripciones de la banda visual) con la presentación. Y si todo lo demás falla (Prioridad 1)1.16) Si, después de los mayores esfuerzos, no puede crear una página accesible, proporcione un vínculo a una página alternativa que * * 0use tecnologías W3C, sea accesible, tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la página * *(original) inaccesible.RESULTADO PRIORIDAD 1. No cumple con pautas de prioridad 1, por lo que no llega al nivel de adecuación A. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 74
  • Bibliografía Pag. Pag. Pag. TA R. PRIORIDAD 2 1 2 5 W En general (Prioridad 2)2.1) Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan el suficiente contraste para que sean * * 0percibidas por personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. * *Prioridad 3 para los textos].2.2) Cuando exista un marcador apropiado, use marcadores en vez de imágenes para transmitir la información. 1 * * * 12.3) Cree documentos que estén validados por las gramáticas formales publicadas. 0 0 0 0 02.4) Utilice hojas de estilo para controlar la maquetación y la presentación. 0 0 0 0 02.5) Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos de los marcadores de lenguaje y en los 0 0 0 0 0valores de las propiedades de las hojas de estilo.2.6) Utilice elementos de encabezado para transmitir la estructura lógica y utilícelos de acuerdo con la especificación. 0 0 0 0 02.7) Marque correctamente las listas y los ítems de las listas. * * * * 02.8) Marque las citas. No utilice el marcador de citas para efectos de formato tales como sangrías. * * * * -2.9) Asegúrese de que los contenidos dinámicos son accesibles o proporcione una página o presentación alternativa. * * * - -2.10) Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del contenido (por ejemplo, cambio de * * 1 * *presentación en periodos regulares, así como el encendido y apagado).2.11) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener las actualizaciones, no cree páginas que se * * 1 * *actualicen automáticamente de forma periódica.2.12) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener el redireccionamiento automático, no utilice * * 1 * *marcadores para redirigir las páginas automáticamente. En su lugar, configure el servidor para que ejecute esta posibilidad.2.13) Hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas ventanas, no provoque apariciones repentinas * * 1 * *de nuevas ventanas y no cambie la ventana actual sin informar al usuario.2.14) Utilice tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea y use las últimas versiones que sean 0 * 0 0 0soportadas.2.15) Evite características desaconsejadas por las tecnologías W3C. 0 0 0 0 02.16) Divida los bloques largos de información en grupos más manejables cuando sea natural y apropiado. * * * * 12.17) Identifique claramente el objetivo de cada vínculo. * * * * 12.18) Proporcione metadatos para añadir información semántica a las páginas y sitios. * * * * 02.19) Proporcione información sobre la maquetación general de un sitio (por ejemplo, mapa del sitio o tabla de contenidos). * * * * 12.20) Utilice los mecanismos de navegación de forma coherente. * * * * 1 Y si utiliza tablas (Prioridad 2)2.21) No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando se alinee. Por otro lado, si la tabla no tiene sentido, * * * * 0 Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 75
  • Bibliografíaproporcione una alternativa equivalente (la cual debe ser una versión alineada).2.22) Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un efecto visual de formato. 1 1 1 - 1 Y si utiliza marcos ("frames") (Prioridad 2)2.23) Describa el propósito de los marcos y cómo éstos se relacionan entre sí, si no resulta obvio solamente con el título del marco. * - - - 0 Y si utiliza marcos ("frames") (Prioridad 1)2.24) Titule cada marco para facilitar su identificación y navegación. 0 - - - 0 Y si utiliza formularios (Prioridad 2)2.25) Hasta que las aplicaciones de usuario soporten explícitamente la asociación entre control de formulario y etiqueta, para todos 0 * 0 0 0los controles de formularios con etiquetas asociadas implícitamente, asegúrese de que la etiqueta está colocada adecuadamente.2.26) Asocie explícitamente las etiquetas con sus controles. 0 0 0 0 0 Y si utiliza "applets" y "scripts" (Prioridad 2)2.27) Para los scripts y applets, asegúrese de que los manejadores de eventos sean independientes del dispositivo de entrada. 0 0 0 * 02.28) Hasta que las aplicaciones de usuario permitan congelar el movimiento de los contenidos, evite los movimientos en las páginas. * * * * 02.29) Haga los elementos de programación, tales como scripts y applets, directamente accesibles o compatibles con las ayudas 0 * 0 * 0técnicas [Prioridad 1 si la funcionalidad es importante y no se presenta en otro lugar; de otra manera, Prioridad 2].2.30) Asegúrese de que cualquier elemento que tiene su propia interfaz pueda manejarse de forma independiente del dispositivo. * - - * 12.31) Para los "scripts", especifique manejadores de evento lógicos mejor que manejadores de evento dependientes de dispositivos. 0 0 0 * 0RESULTADO PRIORIDAD 2. No cumple con pautas de prioridad 1,2, por lo que no llega al nivel de adecuación AA. Pag. Pag. Pag. TA R. PRIORIDAD 3 1 2 5 W En general (Prioridad 3)3.1) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento. * * * * 03.2) Identifique el idioma principal de un documento. 0 0 0 0 03.3) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. * * * *3.4) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles 0 * 0 0 0de formulario y los grupos de controles de formulario.3.5) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluya 0 * 0 0 0caracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos.3.6) Proporcione la información de modo que los usuarios puedan recibir los documentos según sus preferencias (por ejemplo, * * - * *idioma, tipo de contenido, etc.).3.7) Proporcione barras de navegación para destacar y dar acceso al mecanismo de navegación. * * * * 03.8) Agrupe los vínculos relacionados, identifique el grupo (para las aplicaciones de usuario) y, hasta que las aplicaciones de usuario * * 0 * *lo hagan, proporcione una manera de evitar el grupo. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 76
  • Bibliografía3.9) Si proporciona funciones de búsqueda, permita diferentes tipos de búsquedas para diversos niveles de habilidad y preferencias. * * * * 03.10) Localice la información destacada al principio de los encabezamientos, párrafos, listas, etc. * * * * 03.11) Proporcione información sobre las colecciones de documentos (por ejemplo, los documentos que comprendan múltiples * * 0 * *páginas).3.12) Proporcione un medio para saltar sobre un ASCII art de varias líneas. * * * * -3.13) Complemente el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página. * * * * 13.14) Cree un estilo de presentación que sea coherente para todas las páginas. * * * * 13.15) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento. * * * * 03.16) Identifique el idioma principal de un documento. 0 0 0 0 03.17) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. * * * * 03.18) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles * * 0 * *de formulario y los grupos de controles de formulario.3.19) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluya * * 1 * *caracteres imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos. Y si utiliza imágenes o mapas de imagen (Prioridad 3)3.20) Hasta que las aplicaciones de usuario interpreten el texto equivalente para los vínculos de los mapas de imagen de cliente, - - - - -proporcione vínculos de texto redundantes para cada zona activa del mapa de imagen de cliente. Y si utiliza tablas (Prioridad 3)3.21) Proporcione resúmenes de las tablas. * * * 0 03.22) Proporcione abreviaturas para las etiquetas de encabezamiento. - - - - -3.23) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten correctamente los textos contiguos, proporcione * - 0un texto lineal alternativo (en la página actual o en alguna otra) para todas las tablas que maquetan texto en paralelo, en columnas de * *palabras. Y si utiliza formularios (Prioridad 3)3.24) Hasta que las aplicaciones de usuario manejen correctamente los controles vacíos, incluya caracteres por defecto en los cuadros 0 0 0 0 0de edición y áreas de texto.RESULTADO PRIORIDAD 3. No cumple con pautas de prioridad 1,2,3, por lo que no llega al nivel de adecuación AAA. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 77
  • Bibliografía Uruguay.gub Figura 27 - Portada de www.uruguay.gub.uy (Da Rosa, 2007) Las páginas analizadas con HERA fueron las siguientes:Pág.. 1 Página principal Se evaluó la pagina principal (Portal del Gobierno, 2007)Pág.. 2 Mapa del sitio Se evaluó el mapa del sitio (Portal del Gobierno, 2007) Se evaluó el sistema de búsqueda en pagina principal (Portal delPág.. 3 Sistema de búsqueda Gobierno, 2007) Formulario de contacto y/o cualquier otro Se evaluó el formulario de contacto (Portal del Gobierno, 2007)Pág.. 4 formularioPág.. 5 Páginas con diagramas, gráficas o mapas de imagen No se detectaron mapas de imagen. Páginas con datos tabulares o datos generados No se detectaron datos tabulares.Pág.. 6 dinámicamente Tabla 5 - Paginas evaluadas con HERA de www.uruguay.gub.uy (Da Rosa, 2007) Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 78
  • Pa Pa Pa TA R. Bibliografía PRIORIDAD 1 g.1 g.2 g.3 W En general (Prioridad 1)1.1) Proporcione un texto equivalente para todo elemento no textual (Por ejemplo, a través de "alt", "longdesc" o en el contenido del 0 0elemento). Esto incluye: imágenes, representaciones gráficas del texto, mapas de imagen, animaciones (Por ejemplo, GIFs animados), 0 0 0"applets" y objetos programados, "ascii art", marcos, scripts, imágenes usadas como viñetas en las listas, espaciadores, botones gráficos,sonidos (ejecutados con o sin interacción del usuario), archivos exclusivamente auditivos, banda sonora del vídeo y vídeos.1.2) Asegúrese de que toda la información transmitida a través de los colores también esté disponible sin color, por ejemplo mediante el * * 1 * * contexto o por marcadores.1.3) Identifique claramente los cambios en el idioma del texto del documento y en cualquier texto equivalente (por ejemplo, leyendas). * * * * 01.4) Organice el documento de forma que pueda ser leído sin hoja de estilo. Por ejemplo, cuando un documento HTML es interpretado sin * * 0 * *asociarlo a una hoja de estilo, tiene que ser posible leerlo.1.5) Asegúrese de que los equivalentes de un contenido dinámico son actualizados cuando cambia el contenido dinámico. - - - * 11.6) Hasta que las aplicaciones de usuario permitan controlarlo, evite provocar destellos en la pantalla. * * * * 11.7) Utilice el lenguaje apropiado más claro y simple para el contenido de un sitio. * * * * 1 Y si utiliza imágenes y mapas de imagen (Prioridad 1)1.8) Proporcione vínculos redundantes en formato texto para cada zona activa de un mapa de imagen del servidor. - - - -1.9) Proporcione mapas de imagen controlados por el cliente en lugar de por el servidor, excepto donde las zonas sensibles no puedan ser - - - -definidas con una forma geométrica. Y si utiliza tablas (Prioridad 1)1.10) En las tablas de datos, identifique los encabezamientos de fila y columna. * * * -1.11) Para las tablas de datos que tienen dos o más niveles lógicos de encabezamientos de fila o columna, utilice marcadores para asociar las * - * *celdas de encabezamiento y las celdas de datos. Y si utiliza marcos ("frames") (Prioridad 1)1.12) Titule cada marco para facilitar su identificación y navegación. - Y si utiliza "applets" y "scripts" (Prioridad 1)1.13) Asegure que las páginas sigan siendo utilizables cuando se desconecten o no se soporten los scripts, applets u otros objetos 0 0 0 0 0programados. Si esto no es posible, proporcione información equivalente en una página alternativa accesible. Y si utiliza multimedia (Prioridad 1)1.14) Hasta que las aplicaciones de usuario puedan leer en voz alta automáticamente el texto equivalente de la banda visual, proporcione - - - -una descripción auditiva de la información importante de la banda visual de una presentación multimedia.1.15) Para toda presentación multimedia tempodependiente (por ejemplo, una película o animación) sincronice alternativas equivalentes - - - -(por ejemplo, subtítulos o descripciones de la banda visual) con la presentación. Y si todo lo demás falla (Prioridad 1)1.16) Si, después de los mayores esfuerzos, no puede crear una página accesible, proporcione un vínculo a una página alternativa que use * * 0tecnologías W3C, sea accesible, tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la página (original) * *inaccesible.RESULTADO PRIORIDAD 1. No cumple con pautas de prioridad 1, por lo que no llega al nivel de adecuación A. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 79
  • Bibliografía Pa T R. Pa Pa PRIORIDAD 2 g.5 A g.1 g.2 W En general (Prioridad 2)2.1) Asegúrese de que las combinaciones de los colores de fondo y primer plano tengan el suficiente contraste para que sean percibidas por * * 0personas con deficiencias de percepción de color o en pantallas en blanco y negro [Prioridad 2 para las imágenes. Prioridad 3 para los * *textos].2.2) Cuando exista un marcador apropiado, use marcadores en vez de imágenes para transmitir la información. * * * * 02.3) Cree documentos que estén validados por las gramáticas formales publicadas. 0 0 0 0 02.4) Utilice hojas de estilo para controlar la maquetación y la presentación. 0 0 0 0 02.5) Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos de los marcadores de lenguaje y en los valores 0 0 0 0 0de las propiedades de las hojas de estilo.2.6) Utilice elementos de encabezado para transmitir la estructura lógica y utilícelos de acuerdo con la especificación. 0 0 0 0 02.7) Marque correctamente las listas y los ítems de las listas. * * * * 02.8) Marque las citas. No utilice el marcador de citas para efectos de formato tales como sangrías. * * * * 12.9) Asegúrese de que los contenidos dinámicos son accesibles o proporcione una página o presentación alternativa. * * * 0 02.10) Hasta que las aplicaciones de usuario permitan controlarlo, evite el parpadeo del contenido (por ejemplo, cambio de presentación en * * 1 * *periodos regulares, así como el encendido y apagado).2.11) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener las actualizaciones, no cree páginas que se actualicen 1automáticamente de forma periódica.2.12) Hasta que las aplicaciones de usuario proporcionen la posibilidad de detener el redireccionamiento automático, no utilice marcadores * * 1 * *para redirigir las páginas automáticamente. En su lugar, configure el servidor para que ejecute esta posibilidad.2.13) Hasta que las aplicaciones de usuario permitan desconectar la apertura de nuevas ventanas, no provoque apariciones repentinas de * * 0 * *nuevas ventanas y no cambie la ventana actual sin informar al usuario.2.14) Utilice tecnologías W3C cuando estén disponibles y sean apropiadas para la tarea y use las últimas versiones que sean soportadas. 0 0 0 * 02.15) Evite características desaconsejadas por las tecnologías W3C. 0 0 0 0 02.16) Divida los bloques largos de información en grupos más manejables cuando sea natural y apropiado. * * * 0 02.17) Identifique claramente el objetivo de cada vínculo. * * * * 12.18) Proporcione metadatos para añadir información semántica a las páginas y sitios. * * * * 02.19) Proporcione información sobre la maquetación general de un sitio (por ejemplo, mapa del sitio o tabla de contenidos). * * * * 12.20) Utilice los mecanismos de navegación de forma coherente. * * * * 1 Y si utiliza tablas (Prioridad 2)2.21) No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando se alinee. Por otro lado, si la tabla no tiene sentido, * * * * 0 Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 80
  • Bibliografíaproporcione una alternativa equivalente (la cual debe ser una versión alineada).2.22) Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un efecto visual de formato. 1 1 1 1 Y si utiliza marcos ("frames") (Prioridad 2)2.23) Describa el propósito de los marcos y cómo éstos se relacionan entre sí, si no resulta obvio solamente con el título del marco. - - - * - Y si utiliza marcos ("frames") (Prioridad 1)2.24) Titule cada marco para facilitar su identificación y navegación. - - - - - Y si utiliza formularios (Prioridad 2)2.25) Hasta que las aplicaciones de usuario soporten explícitamente la asociación entre control de formulario y etiqueta, para todos los 0 * 0 0 0controles de formularios con etiquetas asociadas implícitamente, asegúrese de que la etiqueta está colocada adecuadamente.2.26) Asocie explícitamente las etiquetas con sus controles. 0 0 0 0 0 Y si utiliza "applets" y "scripts" (Prioridad 2)2.27) Para los scripts y applets, asegúrese de que los manejadores de eventos sean independientes del dispositivo de entrada. 0 0 0 * 02.28) Hasta que las aplicaciones de usuario permitan congelar el movimiento de los contenidos, evite los movimientos en las páginas. * * * * 02.29) Haga los elementos de programación, tales como scripts y applets, directamente accesibles o compatibles con las ayudas técnicas 0 * 0 0 0[Prioridad 1 si la funcionalidad es importante y no se presenta en otro lugar; de otra manera, Prioridad 2].2.30) Asegúrese de que cualquier elemento que tiene su propia interfaz pueda manejarse de forma independiente del dispositivo. - - - -2.31) Para los "scripts", especifique manejadores de evento lógicos mejor que manejadores de evento dependientes de dispositivos. 0 0 0 * 0RESULTADO PRIORIDAD 2. No cumple con pautas de prioridad 1,2, por lo que no llega al nivel de adecuación AA. Pa Pa T R. Pa PRIORIDAD 3 g. g.5 A g.2 1 W En general (Prioridad 3)3.1) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento. * * * * -3.2) Identifique el idioma principal de un documento. 0 0 0 0 03.3) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. * * * * 03.4) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles de 0 * 0 0 0formulario y los grupos de controles de formulario.3.5) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluya caracteres 0 * 0 0 0imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos.3.6) Proporcione la información de modo que los usuarios puedan recibir los documentos según sus preferencias (por ejemplo, idioma, tipo * * - * *de contenido, etc.).3.7) Proporcione barras de navegación para destacar y dar acceso al mecanismo de navegación. * * * * 13.8) Agrupe los vínculos relacionados, identifique el grupo (para las aplicaciones de usuario) y, hasta que las aplicaciones de usuario lo * * * * 0 Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 81
  • Bibliografíahagan, proporcione una manera de evitar el grupo.3.9) Si proporciona funciones de búsqueda, permita diferentes tipos de búsquedas para diversos niveles de habilidad y preferencias. * * * * 03.10) Localice la información destacada al principio de los encabezamientos, párrafos, listas, etc. * * * * 03.11) Proporcione información sobre las colecciones de documentos (por ejemplo, los documentos que comprendan múltiples páginas). * * * * -3.12) Proporcione un medio para saltar sobre un ASCII art de varias líneas. * * * * -3.13) Complemente el texto con presentaciones gráficas o auditivas cuando ello facilite la comprensión de la página. * * * * 13.14) Cree un estilo de presentación que sea coherente para todas las páginas. * * * * 13.15) Especifique la expansión de cada abreviatura o acrónimo cuando aparezcan por primera vez en el documento. * * * * -3.16) Identifique el idioma principal de un documento. 0 0 0 0 03.17) Cree un orden lógico para navegar con el tabulador a través de vínculos, controles de formulario y objetos. * * * * 03.18) Proporcione atajos de teclado para los vínculos más importantes (incluidos los de los mapas de imagen de cliente), los controles de * * 0 * *formulario y los grupos de controles de formulario.3.19) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten claramente los vínculos contiguos, incluya caracteres 0 0 0 0imprimibles (rodeados de espacios), que no sirvan como vínculo, entre los vínculos contiguos. Y si utiliza imágenes o mapas de imagen (Prioridad 3)3.20) Hasta que las aplicaciones de usuario interpreten el texto equivalente para los vínculos de los mapas de imagen de cliente, proporcione - - - -vínculos de texto redundantes para cada zona activa del mapa de imagen de cliente. Y si utiliza tablas (Prioridad 3)3.21) Proporcione resúmenes de las tablas. * * * 0 03.22) Proporcione abreviaturas para las etiquetas de encabezamiento. - - - * 03.23) Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) interpreten correctamente los textos contiguos, proporcione un * * 0 * *texto lineal alternativo (en la página actual o en alguna otra) para todas las tablas que maquetan texto en paralelo, en columnas de palabras. Y si utiliza formularios (Prioridad 3)3.24) Hasta que las aplicaciones de usuario manejen correctamente los controles vacíos, incluya caracteres por defecto en los cuadros de 0 0 0 0 0edición y áreas de texto.RESULTADO PRIORIDAD 3. No cumple con pautas de prioridad 1,2,3, por lo que no llega al nivel de adecuación AAA. Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 82
  • BibliografíaAnexo IV – Simulaciones de DiscapacidadesSimulaciones de baja visiónCon la siguiente simulación se puede tener una idea de los tipos de problemas quepuede ocasionar en personas con problemas de visión tan comunes como las cataratas.Figura 28 - Simulación de visión con cataratas con CAN 07 en www.ucu.edu.uy (Da Rosa, 2007)Figura 29 - Mapa de problemas para personas con baja visión generado con aDsigner parawww.antel.com.uy (Da Rosa, 2007)La siguiente simulación muestra la visualización de una persona con cataratas parauna sección de la página principal.Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 83
  • BibliografíaFigura 30 - Simulación de visión con cataratas con CAN 07 en www.antel.com.uy (Da Rosa, 2007)Figura 31 - Mapa de problemas para personas con baja visión generado con aDesigner parawww.uruguay.gub.uy (Da Rosa, 2007)Figura 32 - Simulación de visión con cataratas con CAN 07 en www.uruguay.gub.uy (Da Rosa,2007)Simulaciones de cegueraUniversidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 84
  • BibliografíaFigura 33 - Simulación ceguera con aDesigner del frame central de www.ucu.edu.uy (Da Rosa,2007)Figura 34 – Simulación de ceguera con aDesigner del frame central de la pagina principal dewww.antel.com.uy (Da Rosa, 2007)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 85
  • BibliografíaFigura 35 - Simulación de ceguera con aDesigner del frame central de la pagina principal dewww.uruguay.gub.uy (Da Rosa, 2007)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 86
  • BibliografíaAnexo V – Informes de AdesignerFigura 36 - Informe aDesigner para www.ucu.edu.uy (Da Rosa, 2007)Figura 37 - Informe aDesigner para www.antel.com.uy (Da Rosa, 2007)Figura 38 - Figura 39 - Informe aDesigner para www.uruguay.gub.uy (Da Rosa, 2007)Universidad Católica del Uruguay. Facultad de Ingeniería y Tecnologías. Silvia Da Rosa. 87