qweos - La experiencia inteligente » Accesibilidad

Introduction to W3C’s Mobile Web Best Practices

José R. Quevedo — Wed, 05 May 2010 20:17:55 +0000

Si reúnes alguna de estas características:

Sientes inquietud sobre el diseño para móviles y quieres iniciarte
Controlas HTML y CSS
Tienes en mente adaptar contenidos para plataformas móviles
Te gustaría conocer y aplicar herramientas y Buenas Prácticas en Web Móvil

El W3C ha preparado el curso Introduction to W3C’s Mobile Web Best Practices.

El curso consta de 8 módulos semanales con una dedicación estimada de 2 a 3 horas cada uno. Se impartirá en línea bajo la plataforma Moodle y en inglés.

La próxima edición comenzará el 10 de mayo de 2010, aunque en septiembre habrá otra convocatoria. Puedes suscribirte para que te avisen cuando esté abierto el próximo periodo de inscripción (previsto para mediados de junio).

El precio habitual es de 195€ (145€ para inscripciones tempranas).

Guías Prácticas para Profesionales Web: Puntos de verificación de las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0

José R. Quevedo — Wed, 28 Jan 2009 19:53:06 +0000

Hacía aproximadamente un año y medio que no se publicaba nada nuevo en las Guías Prácticas para Profesionales Web. Ya iba siendo hora y, esta vez, nos toca ponernos al día y hablar de los checklists (puntos de verificación) de las WCAG 2.0.

Notas importantes:

El siguiente contenido no son las Web Content Accessibility Guidelines (WCAG) 2.0. Es una simple lista que presenta los principios y técnicas de las WCAG 2.0 en un formato más amigable y comprensible. El lenguaje utilizado ha sido modificado y simplificado de manera significativa respecto a la especificación oficial para permitir comprobar y verificar las páginas web de una forma más sencilla. Si bien esta lista puede resultar muy útil para comprobar la accesibilidad y conformidad con respecto a las WCAG 2.0, utilice la documentación oficial para verificar la conformidad real.
Este documento, en constante mejora y revisión, es una traducción libre, modificada y autorizada del publicado en inglés bajo el título WCAG 2.0 Checklist, propiedad de WebAIM (Web Accessibility in Mind).
Las referencias se han enlazado con su correspondencia en la especificación original (en inglés), aunque existe una traducción, no oficial, realizada por Saúl González Fernández: Pautas de Accesibilidad de Contenido Web 2.0.
Comparativas y correspondencias con otras Pautas:
- Comparison of WCAG 1.0 Checkpoints to WCAG 2.0, in Numerical Order. Listing by Checkpoint (en inglés)
- Actualización del 3 de marzo de 2009; comparativa entre los puntos de comprobación de las Pautas de Accesibilidad de Contenido Web 1.0 y las Pautas 2.0, agrupados por prioridades. Traducción española de Saúl González Fernández.
- Actualización del 16 de marzo de 2009; correspondencia entre los requisitos de la Norma UNE 139803, los puntos de control de las WCAG 1.0 y los criterios de éxito de las WCAG 2.0, por Olga Carreras.
- Actualización del 26 de marzo de 2009; Migrating from WCAG 1.0 to WCAG 2.0, por Roger Hudson.
Se permite la reproducción de este artículo citando a los autores y enlazando a sus correspondientes versiones originales (en ambos casos, tanto de la versión original como de la traducida).
Si encuentra algún fallo (algo bastante posible), estaría muy agradecido de que me lo comunicara. Espero que les sea de utilidad.

Principios de fundamentales de accesibilidad (resumen)

Las WCAG 2.0, recomendación oficial desde el 11 de diciembre de 2008, como comentábamos hace mucho tiempo atrás, se organizan en 4 principios fundamentales para la accesibilidad del contenido:

Perceptible
Operable
Comprensible
Robusto

En total conforman 12 pautas o directrices (guidelines); los dos primeros principios tienen cuatro pautas asociadas, el tercero tiene tres y el último una pauta. Estas pautas proporcionan los objetivos básicos para hacer el contenido accesible, y sirven para comprender los criterios de éxito e implementarlos (Olga Carreras). Se han definido 60 criterios de éxito o puntos de comprobación que definen el nivel de accesibilidad (A, AA o AAA).

Perceptible

El contenido web debe estar disponible (ser perceptible) para los sentidos – vista, audición, y/o tacto.

Pauta 1.1. Alternativas textuales. Ofrezca alternativas en forma de texto para todo el contenido no textual.

Criterios de éxito	Nivel	Recomendaciones
1.1.1 Contenido no textual	A	Todas las imágenes, botones de imagen de los formularios y las zonas activas de los mapas de imagen, tendrán un texto alternativo adecuado. Las imágenes que no transmitan contenidos, sean decorativas o con el contenido ya presente como texto se ofrecerán con el texto alternativo vacío (`alt=""`) o aplicadas como fondos de imagen CSS. Todas las imágenes enlazadas contarán con un texto descriptivo alternativo. El contenido equivalente alternativo para las imágenes complejas se ofrecerá en una página (enlazada o referenciada mediante `longdesc`) aparte. Los botones de los formularios tendrán nombres (`value`) descriptivos. Los elementos de los formularios tendrán etiquetas textuales (`label`) asociadas o, si éstas no pueden utilizarse, un título (`title`) descriptivo. Los elementos multimedia incrustados (embedded) se identificarán mediante textos accesibles. Los marcos (frames) tendrán un título apropiado.

Pauta 1.2. Contenido dependiente del tiempo: ofrezca alternativas para los contenidos que dependan del tiempo.

Nota: si el audio o vídeo ha sido designado como una alternativa al contenido web (por ejemplo, una versión sonora o en lengua de signos de la página web), entonces, el contenido web por sí mismo funciona como la alternativa.

Criterios de éxito	Nivel	Recomendaciones
1.2.1 Sólo audio y sólo vídeo pregrabado	A	Se ofrecerá una transcripción descriptiva (incluyendo todas las pistas e indicadores visuales y auditivos) para el audio grabado (no en directo) basado en web (podcast de audio, archivos MP3, etc.) Se ofrecerá una descripción auditiva o textual para los vídeos grabados (no en directo) sin audio basados en web (por ejemplo, vídeos que no incluyen pistas de audio)
1.2.2 Subtítulos (Pregrabados)	A	Se ofrecerán subtítulos para los vídeos grabados (no en directo) basados en web (vídeos de YouTube, etc.)
1.2.3 Audio descripciones o Contenidos "media" alternativos (Pregrabados)	A	Se ofrecerá una transcripción O audio descripción de los vídeos basados en web grabados (no en directo)
1.2.4 Subtitulado (En directo)	AA	Se ofrecerán subtítulos sincronizados con el audio para todo el contenido multimedia ofrecido en directo (emisiones sólo audio, web cast, videoconferencias, animaciones Flash, etc.)
1.2.5 Audio descripción (Pregrabado)	AA	Se ofrecerán audio descripciones para todo el contenido de vídeo. Nota: sólo será necesario si el vídeo transmite contenido visual que no está disponible por defecto en la pista de audio.
1.2.6 Lengua de signos (Pregrabada)	AAA	Se ofrecerá un vídeo en lengua de signos para todo el contenido "media" que contenga audio.
1.2.7 Audio descripción extendida (Pregrabada)	AAA	Cuando una pista de audio descripción no se pueda añadir al vídeo debido a la sincronización del audio (por ejemplo, no existen pausas en el audio), se proporcionarán una versión alternativa del vídeo con pausas que permitan las descripciones de audio.
1.2.8 Alternativas "media" (Pregrabado)	AAA	Se ofrecerá una transcripción descriptiva para todos los medios pregrabados que contengan una pista de vídeo.
1.2.9 Sólo audio (En directo)	AAA	Se ofrecerá una transcripción descriptiva (por ejemplo, el guión de una presentación en vivo de audio) para todos los contenidos en directo que contengan audio.

Pauta 1.3. Adaptable: crea contenido que pueda presentarse de diferentes maneras (por ejemplo, un diseño simplificado) sin perder la información o estructura.

Criterios de éxito	Nivel	Recomendaciones
1.3.1 Información y sus relaciones	A	El marcado semántico se usará para designar los encabezados ( ), listas ( , , and ), texto especial o enfatizado (, `, , , por ejemplo), etc. El marcado semántico deberá usarse apropiadamente. Las tablas se usarán para marcar los datos tabulados. Las celdas de datos (`	) se asociarán con sus encabezados (	) donde sea necesario. Los títulos de las tablas (`caption`) y sus resúmenes (`summary`) se usarán de forma apropiada. Las etiquetas (`label`) textuales se asociarán con sus campos (`input`) correspondientes en los formularios. Los elementos de los formularios que estén relacionados se agruparán mediante `fieldset/legend`.
1.3.2 Secuencia con significado	A	El orden de navegación y lectura (determinado por el orden en el código fuente) será lógico e intuitivo.
1.3.3 Características sensoriales	A	Las instrucciones no dependerán de la forma, tamaño o ubicación visual (por ejemplo, "Haga clic en el icono cuadrado para continuar" o "Las instrucciones están en la columna de la derecha"). Las instrucciones no dependerán del sonido (por ejemplo, "Un sonido beep le indica que puede continuar").

Pauta 1.4. Distinguible: facilite a los usuarios el ver y escuchar el contenido, incluyendo la separación entre el primer plano y el fondo.

Criterios de éxito	Nivel	Recomendaciones
1.4.1 Uso del color	A	No use el color como el único método para transmitir el contenido o distinguir elementos visuales. Los enlaces deben distinguirse de los elementos y texto que les rodean. Si utiliza el color para diferenciar los enlaces, use una forma adicional para distinguirlos. (por ejemplo, se subrayan cuando reciben el foco).
1.4.2 Control del audio	A	Se debe ofrecer un mecanismo para poder parar, pausar, silenciar o ajustar el volumen de cualquier sonido que se reproduzca automáticamente en la página más de tres segundos.
1.4.3 Contraste (mínimo)	AA	El texto o las imágenes de texto deben tener una relación de contraste de al menos 4.5:1, excepto en los siguientes casos: En los textos grandes (de más de 18 puntos o 14 puntos en negrita) y las imágenes de texto grandes la relación de contraste debe ser de al menos 3:1. En los textos, o las imágenes de texto, que forman parte de un componente de la interfaz de usuario inactivo, que son meramente decorativos, que no son visibles o que forman parte de una imagen cuyo significado es visual, no tienen un requisito mínimo de contraste. Los textos que forman parte de un logotipo o de una marca comercial no tiene un requisito mínimo de contraste. Nota del traductor: puede usar algunas herramientas para comprobar el contraste, por ejemplo, Color Contrast Checker o Luminosity Colour Contrast Ratio Analyser.
1.4.4 Tamaño del texto	AA	La página deberá ser legible y funcional cuando se doble el tamaño del texto. La interpretación del diseñador web Roger Johansson a este punto es que hasta que la amplia mayoría de los usuarios utilicen navegadores que soporten zoom (y el soporte del zoom de los navegadores mejore), deberíamos comprobar que el texto de nuestras páginas puede ser ampliado hasta un 200%.
1.4.5 Imágenes de texto	AA	Si la misma representación visual puede realizarse usando sólo texto, no deben usarse imágenes para representar ese texto.
1.4.6 Contraste (aumentado)	AAA	El texto o las imágenes de texto deben tener una relación de contraste de al menos 7:1. Los textos grandes (de más de 18 puntos o 14 puntos en negrita) deben tener una relación de contraste de al menos 4.5:1. Nota del traductor: utilice las herramientas de comprobación del contraste existentes para verificar esos valores, por ejemplo, Color Contrast Checker.
1.4.7 Bajo o sin sonido de fondo	AAA	Compruebe que no hay o existe un ruido de fondo muy bajo que permita distinguir fácilmente las conversaciones.
1.4.8 Presentación visual	AAA	Para bloques de texto de más de una frase de longitud: No habrá más de 80 caracteres de ancho No estarán justificados a ambos lados (alineados los márgenes izquierdo y derecho) Tendrán un interlineado (de al menos la mitad de la altura del texto) y espacio entre párrafos (1.5 veces la medida del interlineado) adecuado. Tendrán especificados un color de primer plano y fondo. Estos se pueden aplicar a elementos específicos de la página o en su totalidad utilizando CSS (y, por tanto, heredados por el resto de elementos). No aparecerá desplazamiento horizontal cuando se doble el tamaño del texto.
1.4.9 Imágenes de texto (sin excepción)	AAA	Sólo se usarán imágenes de texto para decorar cuando no transmitan información o cuando la información no pueda presentarse de ninguna otra manera (por ejemplo, cuando el texto forme parte del logotipo de una empresa).

Operable

Los formularios, controles, navegación y otros elementos de la interfaz deben permitir la interacción.

Pauta 2.1. Accesibilidad mediante el teclado: permita que toda la funcionalidad esté disponible usando el teclado

Criterios de éxito	Nivel	Recomendaciones
2.1.1 Teclado	A	Todas funciones de las páginas deberán estar disponibles utilizando el teclado, excepto aquellas que de forma conocida no pueden realizarse con el teclado (por ejemplo, un dibujo a mano alzada). Los atajos de teclado y `accesskeys` (que normalmente deberían evitarse) no deben entrar en conflicto con las presentes en el navegador y/o lector de pantalla.
2.1.2 Teclado no bloqueado	A	El foco del teclado no deberá estar bloqueado o fijado en un elemento concreto de la página. El usuario deberá poder moverse por todos los elementos navegables de la página utilizando únicamente el teclado.
2.1.3 Teclado (Sin excepción)	AAA	Toda la funcionalidad de las páginas deberán estar disponibles utilizando el teclado.

Pauta 2.2 Suficiente tiempo: ofrezca a los usuarios el tiempo suficiente para que puedan leer y utilizar el contenido

Criterios de éxito	Nivel	Recomendaciones
2.2.1 Tiempo ajustable	A	Si una página o aplicación tiene un límite de tiempo para realizar una tarea deberá ofrecer la opción de apagar, ajustar o aumentar ese límite de tiempo. No es un requisito para eventos en tiempo real (por ejemplo, una subasta) donde el límite de tiempo es absolutamente necesario, o si el plazo de tiempo es de más de 20 horas.
2.2.2 Pausar, parar, ocultar	A	Todo movimiento automático, parpadeo o desplazamiento de más de tres segundos deberá poderse pausar, parar u ocultar por el usuario. El movimiento, parpadeo, o desplazamiento podrá usarse para llamar la atención del usuario o destacar un contenido si dura menos de tres segundos. El contenido actualizado automáticamente (por ejemplo, una página recargada o redireccionada automáticamente, un ticker de noticias, la actualización de un campo mediante AJAX, un aviso, etc.) deberá poder ser pausado, parado u ocultado por el usuario o el usuario deberá poder controlar manualmente los tiempos de actualización.
2.2.3 Sin tiempo	AAA	El contenido y funcionalidad no tendrá limitaciones de tiempo.
2.2.4 Interrupciones	AAA	Las interrupciones (alertas, actualizaciones de las páginas, etc.) deberán poder ser pospuestas o canceladas por el usuario.
2.2.5 Re-autentificación	AAA	Si la autentificación en una sesión termina (expira), el usuario podrá re-autentificarse y continuar con su actividad sin perder ningún dato de la página actual.

Pauta 2.3. Convulsiones: no diseñe los contenidos de tal forma que puedan provocar ataques o convulsiones

Criterios de éxito	Nivel	Recomendaciones
2.3.1 Tres destellos (flashes) o debajo del umbral	A	No deberá crear contenidos que destellen más de tres veces por segundo a menos que el parpadeo sea lo suficientemente pequeño, los destellos sean de bajo contraste y no contengan demasiado rojo. (Véase el apartado sobre el destello en general y el umbral de destello del rojo, en inglés)
2.3.2 Tres destellos	AAA	No deberá crear contenidos que destellen más de tres veces por segundo.

Pauta 2.4 Navegable: ofrezca métodos que ayuden al usuario a navegar, encontrar el contenido y determinar dónde se encuentra

Criterios de éxito	Nivel	Recomendaciones
2.4.1 Accesos directos	A	Se ofrecerá un enlace para saltar la navegación y otros elementos que se repitan en todas las páginas. Si una página cuenta con una estructura adecuada de encabezados, puede considerarse una técnica suficiente en lugar de un enlace del tipo "Ir al contenido principal". Tenga en cuenta que la navegación por encabezados todavía no está soportada en todos los navegadores. Si una página utiliza un conjunto de marcos (frameset) y los marcos (frame) están apropiadamente titulados, puede considerarse una técnica suficiente para acceder directamente a cada marco individual.
2.4.2 Título de la página	A	La página web deberá tener un título descriptivo e informativo de la misma.
2.4.3 Orden del foco	A	El orden de la navegación por los enlaces, elementos de los formularios, etc. deberá ser lógico e intuitivo.
2.4.4 Propósito de los enlaces (en su contexto)	A	Siempre que no sean ambiguos para los usuarios en general, los enlaces (o botones de imagen en un formulario, o zonas activas en un mapa de imagen) serán lo suficientemente descriptivos como para identificar su propósito (objetivo) directamente desde el texto enlazado o, en su caso, desde el enlace en su contexto (por ejemplo, en los párrafos que lo rodean, elementos de una lista, celdas o encabezados en una tabla, etc.). Los enlaces (o botones de imagen en un formulario) con el mismo destino deberían tener las mismas descripciones (ser consistentes, según criterio de éxito 3.2.4), pero los enlaces con diferentes propósitos y destinos deberían tener diferentes descripciones.
2.4.5 Múltiples vías	AA	Se deben ofrecer múltiples formas para encontrar otras páginas web en el sitio – al menos dos de las siguientes: una lista de páginas relacionadas, tabla de contenidos, mapa web, búsqueda en el sitio, o un listado de todas las páginas web.
2.4.6 Encabezados y etiquetas	AA	Los encabezados () de las páginas y las etiquetas () para los controles interactivos de los formularios deberán ser informativos. Evite el duplicar los encabezados (por ejemplo, "Más detalles") y las etiquetas de texto (por ejemplo, "primer nombre") a menos que la estructura ofrezca una diferenciación adecuada entre ellas.
2.4.7 Visibilidad del foco	AA	Compruebe que es visualmente evidente el elemento que tiene el foco actual del teclado (por ejemplo, si se mueve con el tabulador por la página, puede ver dónde se encuentra).
2.4.8 Ubicación	AAA	Si la página web forma parte de una secuencia de páginas o está dentro de un sitio con una estructura compleja, deberá indicar la ubicación de la página actual, por ejemplo, a través de las migas de pan (breadcrumbs) o especificando el paso actual en la secuencia (por ejemplo, "Paso 2 de 5 – dirección de envío").
2.4.9 Propósito de los enlaces (enlaces sin contexto)	AAA	Siempre que no sean ambiguos para los usuarios en general, los enlaces (o botones de imagen en un formulario, o zonas activas en un mapa de imagen) serán lo suficientemente descriptivos como para identificar su propósito (objetivo) directamente desde el texto enlazado. No deberán existir enlaces (o botones de imagen en un formulario) con el mismo texto que vinculen a lugares diferentes (por ejemplo, "Lea más").
2.4.10 Encabezados de sección	AAA	Además de proporcionar un documento con la estructura global del sitio, cada una de las secciones de contenido deberán ser designadas mediante encabezados (títulos), donde sea oportuno.

Comprensible

El contenido y la interfaz deben poder entenderse fácilmente y ser semánticamente ricos.

Pauta 3.1 Legibilidad: cree contenidos legibles y fáciles de entender

Criterios de éxito	Nivel	Recomendaciones
3.1.1 Idioma de la página	A	El idioma principal de la página deberá estar identificado utilizando el atributo `lang` de HTML (por ejemplo, ).
3.1.2 Idioma de las partes	AA	Si algunas secciones tienen contenidos en un idioma diferente al principal, éste deberá estar identificado utilizando el atributo `lang` (por ejemplo, ) cuando sea apropiado. Existen algunas excepciones: nombres propios, términos técnicos, palabras o frases en un lenguaje indeterminado o inventado, locuciones propias de la lengua (vernaculares) que se entienden dentro del contexto (por ejemplo, locuciones latinas en español).
3.1.3 Palabras inusuales	AAA	Las palabras que puedan ser ambiguas, desconocidas o usadas de una forma muy específica, deberán definirse través de un texto adyacente, una lista de definiciones, un glosario, o de cualquier otro método.
3.1.4 Abreviaturas	AAA	La explicación para las abreviaturas se realizará, usando el elemento o enlazando a un glosario de términos, la primera vez que se utilicen en el contenido. Nota: WCAG 2.0 no hace excepciones con las abreviaciones conocidas en un determinado ámbito (por ejemplo, la abreviatura HTML utilizada en un sitio de desarrollo web deberá también ser explicado).
3.1.5 Nivel de lectura	AAA	Una alternativa para hacer los contenidos más comprensibles es suponer que aquellos que sean más avanzados puedan ser razonablemente leídos por una persona con aproximadamente 9 años de educación primaria.
3.1.6 Pronunciación	AAA	Si la pronunciación de una palabra es vital para comprenderla, su pronunciación se mostrará seguida de dicha palabra o mediante un enlace a un glosario.

Pauta 3.2. Predecible: cree páginas web que se muestren y funcionen de forma previsible

Criterios de éxito	Nivel	Recomendaciones
3.2.1 Foco	A	Cuando un elemento reciba el foco no se deberá iniciar un cambio en la página que confunda o desoriente al usuario.
3.2.2 Cambios imprevistos	A	Deberá advertir al usuario con antelación de los cambios, imprevistos o automáticos, en la configuración de cualquier elemento de la interfaz que causen una modificación en la página.
3.2.3 navegación consistente	AA	Los enlaces de navegación que se repiten en las páginas web no deberían modificar su orden al navegar por el sitio.
3.2.4 Identificación consistente	AA	Los elementos que tienen la misma funcionalidad a través de múltiples páginas web deberán identificarse de manera consistente. Por ejemplo, un campo de búsqueda en la parte superior de la página deberá etiquetarse siempre de la misma forma.
3.2.5 Solicitud de cambio	AAA	Los cambios sustanciales de las páginas, la aparición de ventanas emergentes (pop-ups), los cambios no controlados del foco del teclado, o cualquier otro cambio que podría confundir o desorientar al usuario deberán ser iniciados por éste. Alternativamente, siempre se le deberá ofrecer al usuario una opción para desactivar dichos cambios.

Pauta 3.3. Asistencia en la introducción de datos: ayude a los usuarios a evitar y corregir los errores

Criterios de éxito	Nivel	Recomendaciones
3.3.1 Identificación de errores	A	Ofrezca información al usuario sobre los campos obligatorios de un formulario, o aquellos que necesitan un formato, valor o longitud específica, utilizando el elemento (si éste no está disponible ponga la información en el atributo de título `title` del elemento). Si se usa la validación de datos de los formularios (del lado del cliente o del servidor), ofrezca la información sobre los errores y avisos de forma eficiente, intuitiva y accesible. Los errores deben estar claramente identificados, ofrecer un acceso rápido al elemento problemático, permitir que el usuario pueda fácilmente solucionar el error y reenviar los datos del formulario.
3.3.2 Etiquetas o instrucciones	A	Se deberán proporcionar las suficientes etiquetas, avisos e instrucciones necesarios para los elementos interactivos. Use para ello instrucciones, ejemplos, posicionane adecuadamente las etiquetas (`label`) y agrupe e identifique los campos con `fieldsets/legends`
3.3.3 Sugerencias de error	AA	Si se detecta un error al introducir un dato (mediante la validación en el lado del cliente o en el del servidor), deberá proporcionar sugerencias para solucionar el problema de forma oportuna y accesible.
3.3.4 Prevención de errores (Legales, financieros, de datos)	AA	Si el usuario puede modificar o eliminar datos de carácter legal, financiero o de prueba, estas acciones deberán ser reversibles, verificadas o comprobadas.
3.3.5 Ayuda	AAA	Si el usuario puede enviar, cambiar o eliminar información, la información deberá poder volver a estar disponible, y/o las acciones realizadas ser verificadas o confirmadas.
3.3.6 Prevención de errores (todos)	AAA	Si el usuario puede enviar información, el envío deberá poder ser reversible, verificado o confirmado.

Robusto

El contenido debe ser lo suficientemente consistente y fiable como para permitir su uso con una amplia variedad de agentes de usuario, ayudas técnicas… y preparado para las tecnologías venideras.

Pauta 4.1. Compatible: mejore la compatibilidad con los agentes de usuario actuales y futuros, incluidas las ayudas técnicas.

Criterios de éxito	Nivel	Recomendaciones
4.1.1 Análisis	A	Se deberán evitar los errores de sintaxis de HTML/XHTML. El código puede comprobarse, analizarse y validarse a través de http://validator.w3.org/
4.1.2 Nombre, función, valor	A	Deberá utilizar el marcado de tal forma que se facilite la accesibilidad. Esto incluye el seguir las especificaciones oficiales de HTML/XHTML, utilizando la gramática formal de forma apropiada.

Jornadas de Accesibilidad Web para Entidades Locales 2008

José R. Quevedo — Thu, 30 Oct 2008 09:54:42 +0000

El martes 25 y miércoles 26 de noviembre de 2008, en el Auditorio Alfredo Kraus de Las Palmas de Gran Canaria, se celebrarán las Jornadas de Accesibilidad Web para Entidades Locales organizadas por el Cabildo de Gran Canaria.

El Ayuntamiento de Telde, la Mancomunidad de Municipios No Costeros de Gran Canaria, el Ayuntamiento de Santa Brígida, el Cabildo de Gran Canaria, la Universidad de Las Palmas de Gran Canaria y el Patronato de Turismo de Gran Canaria son las entidades canarias que contarán sus experiencias junto a representantes del W3C y la Fundación CTIC.

He tenido la ocasión de realizar diversos trabajos de consultoría y evaluación de la accesibilidad con varias de las instituciones participantes, los resultados han sido bastantes dispares según la visión e implicación de cada equipo de desarrollo. Ya he comentado lo que creo que hace falta para hacer páginas accesibles de verdad en empresas y organismos con equipos de trabajo de medianos a grandes:

Compromiso y responsabilidad
- Concienciación, conocer para no ignorar.
- Implicación de la directiva, toda la organización debe estar comprometida.
- Políticas y procedimientos, que aseguren el cumplimiento y mantenimiento.
Formación especializada, a través de libros, conferencias, talleres…
Soporte técnico, con la ayuda de profesionales.

Posiblemente no nos descubran nada nuevo en estas jornadas, aunque lo más interesante será conocer cómo algunas instituciones canarias se han enfrentado a los retos de la accesibilidad web.

Ponerse al día con los nuevos estándares web

José R. Quevedo — Wed, 25 Jun 2008 18:49:59 +0000

Parece que todo se junta, dentro de poco (o relativamente poco) tendremos nuevas especificaciones (estándares) sobre marcado, hojas de estilo y accesibilidad. Unamuno ya decía que "el progreso consiste en renovarse", y en nuestra profesión es necesario mantenerse al día si no se quiere caer en la obsolescencia. Les dejo algunos enlaces para ir preparándose.

Marcado: HTML 5 y XHTML 2

Especificación HTML 5, en desarrollo.
Especificación XHTML 2, en desarrollo.
Sí, puedes usar HTML 5, por el diseñador web Jens Meiert
Actualización del 19 de noviembre de 2008: How to Learn HTML 5 por Kroc Camen, por cierto, su página usa HTML 5.
Actualización del 12 de enero de 2009: Semantics in HTML 5 por John Allsopp en A List Apart.
Actualización del 15 de enero de 2009: algo sobre la compatibilidad con HTML 5; listado de elementos HTML 5 soportados por diferentes navegadores y página de prueba de Bruce Lawson.
Diferencias entre HTML 5 y XHTML 2
Diferencias entre HTML 4 y HTML 5
En otras ocasiones ya hemos hablado de ambos estándares.

Hojas de estilo: CSS 3

Especificación CSS 3, módulos en diferentes fases de desarrollo.
Introducción a CSS 3, una visión general de la especificación (parte 1 de 6).
Los selectores en CSS 3, explicado por Roger Johansson.
CSS3.info, de los primeros blogs que existieron con información sobre la especificación y la compatibilidad con los navegadores.
Actualización del 27 de agosto de 2008: para empezar, Get Started with CSS 3 en Webmonkey.
Actualización del 8 de enero de 2009: algunas técnicas para ir probando, 5 Techniques to Acquaint You With CSS 3 y Push Your Web Design Into The Future With CSS3.

Accesibilidad: WCAG 2

Especificación WCAG 2.0.
Cómo cumplir con WCAG 2.0.
WCAG 2.0 Baseline Concept, por Gez Lemon (Juicy Studio)
Comparación entre los puntos de verificación de WCAG 1.0 y WCAG 2.0.
Pasar de WCAG 1.0 a WCAG 2.0, magnífica tabla comparativa de Roger Hudson.

Accesibilidad en España: UNE 139803/2004

UNE 139803/2004, entró en vigor el 31 de diciembre de 2008.
Comparativa entre WCAG 1.0 y UNE 139803/2004, fantástica utilidad de Olga Revilla.

El Cabildo de Tenerife prepara un Plan Insular Integral de Accesibilidad

José R. Quevedo — Wed, 06 Feb 2008 10:39:20 +0000

El Cabildo de Tenerife, a través de la Sociedad Insular para la Promoción de las Personas con Discapacidad (Sinpromi; de la que ya hemos hablado en alguna ocasión), el Instituto de Mayores y Servicios Sociales (Imserso) y la Fundación Once han firmado un convenio de colaboración para la redacción de un Plan Insular Integral de Accesibilidad. La elaboración del mismo, dotado con un presupuesto de 137.550 euros, tiene el objetivo de garantizar la accesibilidad integral de las personas con discapacidad a entornos, productos y servicios de la Isla mediante la realización del análisis y diagnóstico sobre los niveles de la accesibilidad física, de la comunicación y las nuevas tecnologías. Este documento técnico estudiará la accesibilidad de las instalaciones, productos y servicios dependientes de la Corporación insular y entidades participadas, así como los recursos educativos municipales e insulares, según indica la Institución tinerfeña.

La redacción del Plan, que se extiende hasta el mes de diciembre de 2008, establecerá propuestas de actuación para mejorar la accesibilidad física de la comunicación y tecnológica que permita la creación de una red telemática accesible para garantizar el acceso a la información, a los recursos virtuales, contenidos didácticos y culturales existentes para las personas con discapacidad. Los resultados de este estudio servirán para detectar las actuales deficiencias en esta materia y la realización de las actuaciones de mejora necesarias que promuevan la normalización de la vida de las personas con discapacidad.

Fuente: nota de prensa de ACN Press

Veremos en qué quedan todas estas buenas intenciones.

Nielsen Norman regala su informe sobre accesibilidad

José R. Quevedo — Tue, 18 Dec 2007 17:03:10 +0000

Guías de diseño, basadas en estudios de usabilidad de personas que utilizan ayudas técnicas, para sitios web e intranets

Debe ser que en la época navideña se ablandan los corazones porque Nielsen Norman Group está ofreciendo gratuitamente su informe sobre cómo hacer páginas web fáciles de usar para las personas con discapacidad.

El informe, de 148 páginas, recopila:

El resultado de las pruebas de usabilidad en 19 sitios Web, principalmente norteamericanos y alguno japonés, con usuarios discapacitados que utilizan diferentes ayudas técnicas.
75 guías detalladas de diseño, con gran profusión de material gráfico.

Aunque obsoleto en algunos planteamientos, data de 2001, es una oportunidad el no tener que pagar los 124 dólares (unos 85 euros) que costaba y poder descargar Beyond ALT Text: Making the Web Easy to Use for Users With Disabilities. (Vía Gabriel Porras en la lista Acceso Web).

Actualización del 22 de febrero de 2007: Olga Carreras traduce y resume las 75 directrices de accesibilidad del informe de Nielsen.

Curso Avanzado sobre Diseño de Sitios Web Accesibles

José R. Quevedo — Tue, 13 Nov 2007 12:31:08 +0000

La Fundación Instituto de Ciencias del Hombre presenta un nuevo curso sobre accesibilidad web dirigido a profesionales de las TIC en activo con nociones básicas sobre el tema.

La acción formativa, dirigida por el Dr. Santiago Aguilera Navarro, profesor de la Universidad Politécnica de Madrid, será en línea con una duración total de 90 horas (de diciembre 2007 a marzo 2008).

Puedes ver la información completa en la página del curso.

La Fundación junto al Ministerio de Industria, Turismo y Comercio, en el marco del Plan Avanza Formación, financia totalmente este curso.

NASA: Web Standards to the rescue

José R. Quevedo — Wed, 07 Nov 2007 12:09:27 +0000

Hasta la NASA se apunta (con algunos años de retraso) a los estándares Web: NASA – Web Standards. Si es que el que no lo hace es porque no quiere.

Exposición sobre Tecnología y Accesibilidad

José R. Quevedo — Tue, 06 Nov 2007 09:57:03 +0000

Me ha parecido interesante publicar esta noticia del Gabinete de prensa de la Universidad de Las Palmas de Gran Canaria (gracias Ruymán).

La ULPGC y la ONCE organizan una exposición sobre Tecnología y Accesibilidad para personas invidentes

Hoy martes, 6 de noviembre, a las 10.00 horas, en el Aula de Piedra de la Sede Institucional (Juan de Quesada, 30. Vegueta. 35001 – Las Palmas de Gran Canaria. Abre Google Maps), el Vicerrectorado de Estudiantes y Extensión Universitaria de la Universidad de Las Palmas de Gran Canaria, en colaboración con la ONCE, inauguran la exposición Tecnología y Accesibilidad.

La exposición, que permanecerá abierta hasta el jueves 8 de noviembre, puede visitarse de 10.00 a 13.00 horas, en horario de mañana, y de 17.00 a 20.00 horas, en horario de tarde. La entrada es libre y gratuita.

La muestra Tecnología y Accesibilidad aúna diversos instrumentos tecnológicos usados por personas invidentes o deficientes visuales para el acceso a la información; aparatos de lectura, escritura y transcripción de voz, así como diversos softwares y programas informáticos modernos. Además, la exposición cuenta con explicaciones sobre sus características, usos y funcionamientos.

En Cadius Canarias ya hicimos un Laboratorio muy parecido hace dos años que resultó muy interesante.

Las conferencias de Fundamentos Web 2007

José R. Quevedo — Fri, 05 Oct 2007 10:33:12 +0000

Para los que tampoco pudieron asistir, les dejo una recopilación de información sobre el evento, que disfruten de la lectura.

Día 1 (3 de octubre de 2007)

CSS: 10 años y los que le quedan por cumplir: Por Bert Bos, uno de los autores originales de CSS, director de las Actividades de Estilo del W3C; Presentación: CSS: 10 years and counting; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Comienza Fundamentos Web 2007 (Blog Fundamentos Web – NetMediaEurope); FW’07: 10 años de CSS por Ricardo Gil (elclerigo)
Ajax a Prueba de Balas: Por Jeremy Keith, desarrollador web en Clearleft; Presentación: Bulletproof Ajax (PDF – 2,08 Mb.); Web Fundamentals, crónica del ponente; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Jeremy nos habla de Ajax (Blog Fundamentos Web – NetMediaEurope); FW’07: Ajax a Prueba de Balas por Ricardo Gil (elclerigo)
Diseñando la Nueva Generación de Aplicaciones Web: Por Jeffrey Veen, Director de Experiencia de Usuario de en Google; Presentación: Web 2.0 (PDF – 18,47Mb.); Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Jeffrey Veen nos divierte hablando sobre usabilidad (Blog Fundamentos Web – NetMediaEurope); FW’07: Diseñando la Nueva Generación de Aplicaciones Web por Ricardo Gil (elclerigo)
Nuevas tecnologías, tecnologías accesibles: Por Matt May, Desarrollador y tecnólogo, Experto en Accesibilidad en Adobe; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Matt May o como dormir al personal (Blog Fundamentos Web – NetMediaEurope)
Movilidad y Estándares Web: Por Arthur Barstow, Arquitecto Senior en Nokia y Director del Grupo de Trabajo de Formatos de Aplicación Web del W3C; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Arthur Barstow retoma la tarde con "cierta movilidad" (Blog Fundamentos Web – NetMediaEurope)
Mesa Redonda: Navegando entre Nuevas Tecnologías: Moderado por Bert Bos (W3C), con Charles McCathieNevile (Opera), Doug Stamper (IE), Mike Schroepfer (FireFox), Arthur Barstow (Nokia) y Allan Sandfeld (Konqueror); Crónica de José Manuel Pita (Tripix.net); Crónica: La mesa salió redonda y no hubo sangre en el ring (Blog Fundamentos Web – NetMediaEurope); FW’07: Mesa Redonda por Ricardo Gil (elclerigo)

Otras crónicas sobre la primera jornada:

Fundamentos web 2007: día 1 por Albert García (Pixelovers)
Fundamentos Web 2007 por José Labra
La espicha: universal y compatible con todos (Blog Fundamentos Web – NetMediaEurope)
Desde Fundamentos Web: día 1 por Guillermo Spottorno (Accesibilidad y Usabilidad en sitios web)
FW’07: Opinión personal del primer día por Ricardo Gil (elclerigo)

Día 2 (4 de octubre de 2007)

Diseñar para y con la comunidad web: Por George Oates, Directora de Diseño en Yahoo, miembro fundador del equipo que desarrolló Flickr; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: La chica de Flickr empieza la jornada (Blog Fundamentos Web – NetMediaEurope); FW’07: Diseño y comunidad por Ricardo Gil (elclerigo)
Portabilidad de redes sociales: Por Tantek Çelik, experto y promotor de los estándares y los microformatos, fue Director de Tecnología de Technorati; Presentación: Social Network Portability; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Tantek Celik y las redes sociales (Blog Fundamentos Web – NetMediaEurope)
La labor del W3C en torno a los lenguajes de directivas: Por Rigo Wenning, fue miembro del W3C trabajando en temas de Privacidad y Firma Digital.; Crónica: Once upon a time… (Blog Fundamentos Web – NetMediaEurope); FW’07: Portabilidad de Redes Sociales por Ricardo Gil (elclerigo)
Widgets de Joost: una Plataforma para la televisión social: Por Dan Brickley, desarrollador e investigador en Joost; Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Joost, la tele del futuro, ni TDT ni leches (Blog Fundamentos Web – NetMediaEurope)
Mesa redonda: Espacios colaborativos: la interacción en la Web: Incluye videoconferencia con Tim Berners Lee, director del W3C e inventor de la WWW. Moderado por Fernando Claver (PC Actual) con Dan Brickley (Joost), Tantek Çelik (Tantek.com), Hannah Donovan (Last.fm), Eduardo Manchón (Panoramio), Ismael Nafría (Prisacom), George Oates (Flickr) y Rigo Wenning (W3C); Crónica de Daniel Torres Burriel (torresburriel.com); Crónica de José Manuel Pita (Tripix.net); Crónica: Mesa redonda, en Mayúsculas (Blog Fundamentos Web – NetMediaEurope)

Otras crónicas sobre la segunda jornada:

Fundamentos web 2007: día 2 por Albert García (Pixelovers)
Fundamentos Web 2007 (2ª parte) por José Labra
FW’07: Punto y final por Ricardo Gil (elclerigo)

Crónicas generales sobre Fundamentos Web 2007

FundamentosWeb 2007, genial por J.S. Manrique López (jsmanrique.es)
Reflexiones después de Fundamentos Web 2007 por Daniel Torrres Burriel
Fundamentos Web 2007, mi crónica general por Julio Loayza (realidadaparte.es)
Fundamentos Web 2007 por Javier Fernández (aurea.es)
Reflexiones finales (Blog Fundamentos Web – NetMediaEurope)

Algunas fotos

Fundamentos Web en Flickr