Accesibilidad, en busca de la triple A
Pese a que el diseño de la web esta inacabado estoy satisfecho por que estoy a punto de lograr la triple A (AAA) en accesibilidad. No es para nada una tarea fácil, pero afortunadamente el blog es pequeño y se puede lograr.
Por ahora el blog pasa sin problemas el test de accesibilidad de HERA de nivel A. Para el nivel AA, tan solo queda por omitir esos estilos no soportados por el CSS 2.1 (opacity, border-radius, etc) y los no propietarios (-webkit-border-radius, -moz-border-radius) lo cual afectará sensiblemente en algunas tareas de maquetación y diseño. Por ahora diseño y accesibilidad estan un poco reñidos.Para pasar el test de la tripe AAA la cosa se complica un poco más. Fallo en 2 puntos. El más complicado de solucionar es el que se refiere a:
Hasta que las aplicaciones de usuario (incluidas las ayudas técnicas) representen de forma diferenciada los enlaces adyacentes, incluya caracteres imprimibles no enlazados (rodeados de espacios) entre los enlaces adyacentes. (Prioridad 3)
Esto sucede al poner los link un al lado del otro sin algún elemento que los separe. La solución parece fácil poner una barra horizontal (|) entre cada link, pero para la nube de tags no queda visualmente bien, así que entonces la solución pasa por usar listas, no obstante, el resultado visual no me convence.
El otro punto a arreglar es el que se refiere a:
Hasta que las aplicaciones de usuario manejen correctamente los controles vacíos, incluya caracteres por omisión en los campos de edición y áreas de texto. (Prioridad 3)
Es decir que no se pueden dejar inputs vacíos. Siempre he considerado que no es para nada usable un input text con un valor por defecto, más tratándose de campos que no puedes inventarte como nombre, email o un comentario. No tiene sentido ofrecerle al usuario un valor por defecto.
No obstante, quizás sea mejor optar por lograr la AA.
