Wayfindr: Diseñando para personas con discapacidad visual

  1. Involucre a los usuarios en el proceso.
  2. Centrarse en el entorno, no en la tecnología.
  3. Usa mensajes simples y concisos
  4. Usa palabras activas
  5. Proporcionar información de seguridad
  6. Proporcionar una instrucción en cada punto de toma de
  7. decisiones.
  8. Proporcionar diferentes técnicas para direcciones diagonales.
  9. Proporcionar pistas auditivas
  10. Divide la ruta en segmentos claros

Fuente y más información en: Wayfindr Design principles

Imágenes accesibles: código y color

Cuando hablamos de accesibilidad en las imágenes, se suele hacer referencia a incluir la alternativa textual (alt), el título (title) y en el caso de utilizarla dentro del elemento figure, el texto que aparece en figcaption. Es decir, nos centramos más en los casos en los que necesitamos una descripción textual de las imágenes.

Y nos olvidamos del color.

En Accessible =”en”>Images For When They Matter Most, de Carie Fisher nos hace un buen repaso de la importancia del contraste de color dentro de las imágenes. No debemos olvidarlo.

Tutorial: cómo hacer formularios accesibles

En webaim.org (un clásico dentro de la accesibilidad web) podemos encontrar el tutorial Creating Accessible Forms podemos encontrar un buen tutorial para crear formularios accesibles. Incluye las recomendaciones clásicas (asociar label/code>), y otras más recientes como las técnicas de wai-aria.

En How to Build HTML Forms Right: Accessibility también podemos encontrar algunas sugerencias, quizás más avanzadas.

Sitios web estáticos para situaciones críticas

If you are in charge of a web site that provides even slightly important information, or important services, it’s time to get static.

Get Satic — Eric Meyer

Ya hace un mes desde que Eric Meyer escribiera el artículo, y algunos días más desde que en España estamos confinados. Muchos otros países, antes o después han tomado medidas similares. Qué se puede contar que no sepamos todos.

En cualquier caso, la reflexión que hace Eric es para tenerla en cuenta, como el extremo pragmático ante la hipertrofia web que estamos viviendo. En situaciones de emergencia, uno se pregunta si realmente es necesario tanto javascript, estilos, imágenes, fuentes,… y un gestor de contenidos con las características de un barco petrolero, cuando lo que nos hace falta es un barco de papel.

Casualidades de la vida, poco después de la pandemia y el artículo, en el cliente en el que presto mis servicios tuvimos que hacer una página estática: nada de scripts, estilos en la cabecera (al menos una llamada menos al servidor) y una única imagen, el logo institucional. Se tardó en decidir los textos, las subidas a producción no son tan ágiles siempre como uno quisiera… pero personalmente voy a recordar este pequeño trabajo de forma especial, porque aparte de miniminzar el código, no se podía optimizar más. Y la página funcionaba en cualquier cacharro que se conectara a internet y ofrecía la información de forma clara a potenciales usuarios en cualquier parte del mundo en circunstancias que a priori no eran nada favorables. Y no es poco.