Hoy en un RT de @jccamus al twt de @pablo_acme entré en un interesante diálogo con Pablo pues la “exclusión por aspectos tecnológicos” en el uso de vínculos etiquetados como “haga click aquí” específicamente en tecnologías táctiles(Touch).

Claro, el mensaje, la instrucción solo hace referencia a una acción concreta y hasta mecánica que no tienen ninguna relación con el contexto.

Desde la accesibilidad

Comprensible es el tercer principio[1] de las WCAG que si bien están en principio asociadas al web, son aplicables, en este y otros aspectos, a muchos soportes. Específicamente la Pauta 3.1 dice “Hacer el texto legible y comprensible“, aquí mi asociación.

Aplicado al “haga click acá” vemos que  la acción está asociada a una tecnología que utiliza cursor y activaciones de click. Por otro lado el etiquetado no informa sobre lo que sucederá al “activar” ese vínculo. Es decir es un “Botón” que se puede convertir fácilmente en accesible desde cualquier dispositivo, como cambiando el texto a “Descargar PDF”.

¿Crees que es un ejemplo clarificador?

Les copio el intercambio de Twt

@pablo_acme: Sabía usted que cuándo dice “haga click acá” está excluyendo a todos los dispositivos táctiles que no hacen “click”

@maxymiliano: RT @jccamus @pablo_acme: “haga click acá” está excluye táctiles // fuera de no entregar ninguna info. sin contexto. Base de la accesibilidad
hace 11 horas Favorito Responder Borrar

@pablo_acme: @maxymiliano Claro, pero me refiero a un concepto más amplio, no solo a diseño de sitios web. Puede ser incluso un manualhace 11 horas

Uno de los factores más relevantes en el contexto del diseño Front es el correcto marcado del contenido. Específicamente la correcta identificación y correspondencia Tipo de contenio v/s Etiqueta recomendada. Esta es la base para un desarrollo óptimo. Si no se entiende el real contexto del HTML como Lenguaje de Marcado, partiremos con una base inestable.

La ejercitación se debe plantear en identificar los elementos de una interfaz visual, tanto para marcarla como para las páginas HTML verificar si están correctamente marcadas.

Luego del correcto marcado del HTML debemos identificar y comprender el comportamiento de cada uno de los elementos marcados. Estos se dividen según su comportamiento en Elementos de linea y elementos de bloque. Comprender, asimilar y dominar estos comportamientos es fundamental para iniciarse en el estudio de las CSS.

Documentos oficiales

• W3C  español
• Todas las traducciones al castellano
• XHTML^™ 1.1 – XHTML Basado en Módulos
• Técnicas HTML para las Pautas de Accesibilidad al Contenido de la Web

Actualización

Recordando que un alumno hizo referencia al poco soporte del atributo longdesc, les dejo algunos enlaces al respecto. SIDAR ejemplifica y hace referencia al poco soporte en un artículo del 2002 en el marco de un Manual de aplicación de las WCAG1.0. También encontré un blog con un buen post Como usar el longdesc y finalmente contenido oficial de la WebAim sobre Long Descriptions.

El diseño visual está lejos de ser “un dibujito a la rápida”, aunque sigo encontrándome con ese tipo de solicitudes. En la web es consecuencia de un proceso cada día más científico de DCU. Pero ¿quién traduce el diseño visual para navegarlo y crear un buena experiencia en los usuarios?

Somos los Diseñadores gráficos que debemos tomar el guante y hacernos responsables y no los programadores o ingenieros.

Nada personal,  es más accesible aprender lenguajes como HTML y CSS por ser más acotados.  En el pasado expliqué ¿Qué es el diseño Front? y teniendo eso en cuenta, lo siguiente.

El dominio del HTML y CSS no basta, si bien es fundamental, no basta. Se necesitan conocimientos y experiencia, como en cualquier oficio o profesión. En este caso, teoría de color, estudio de tipografía, composición de elementos, equilibrios visuales, etc. Elementos que construyen  una sensibilidad que hay que saber utilizar, leer, reconocer e interpretar.

Repito, sin dominar el Front no llegamos a ningún lado. Dominándolo podemos hacer una óptima traducción de la propuesta visual, desarrollada en un lenguaje gráfico, en valores de luces, sombras, pesos visuales, dominios del blanco, etc. plasmando correctamente el objetivo, concepto e idea generatriz del proyecto. Traducción o interpretación que por cierto debe tener sentido, ser semántica.

Cuando no dominamos (Diseñadores, Programadores e Ingenieros por igual) alguno de estos lenguajes, Visual, HTML, CSS es cuando los diseños se distancian de las propuestas visuales, cambian los márgenes, tipografías, desaparecen iconos, etc. y pierde el valor o parte de él, el mensaje que se queire entregar.

El Diseño no es “el arte“. Helarte es lo que sientes antes de congelarte.

Este post está en mis borradores desde Marzo

El sábado pasado buscando información sobre Glaucoma, para documentar mi próximo post ( “Glaucoma y Accesibilidad” borrador aún ) y me encontré con el sitio del Fondo de Discapacitados FONADIS, no está de más decir que me alegró el hallazgo.

Mi alegría se convirtió rápidamente en frustración, al ver el bajo nivel de accesibilidad que tiene el sitio. Incluso declarando literalmente, lo cito:

Este sitio fue realizado considerando las Pautas de accesibilidad de la WAI, con el objeto de facilitar el acceso a la información a personas ciegas o de baja visión, que navegan con browsers especiales.

Como no quería hacerme mala sangre pensé que es el típico caso de una web entregada accesible y válida, que con el correr del tiempo y sus consiguientes actualizaciones y modificaciones por los nuevos dueños administradores actuales va bajando su capacidad de ser encontrada, accedida. Por lo que se ve es mayor de edad, 6 años al menos (de mayo del 2002 es la noticia más “histórica que encontré”).

Como tenia la esperanza de que su nivel de accesibilidad fuese mayor de lo pre supuesto, apliqué los comando por defecto para comenzar a testear siempre con la Web Developer Toolbar para FireFox.

• Desactivar Estilos “Ctrl+Shift+S” : donde la poca diferencia ocurrida confirmaba mi mal presentimiento (figura 1)
• Validar HTML “Ctrl+Shift+A” : el rojo favicon me indicó rápidamente que esto va empeorando (figura 2)
• Test de Accesibilidad Web, solo para ver cuantos errores de accesibilidad automáticos arrojaba en los distintos niveles de prioridad, poroque si no valida HTML ya hay mucho por hacer.

Igual decidí probar el formulario y obtener respuestas, sabiendo que como es sábado no tendría feedback hasta los próximos días habiles.

Esto mandé por el formulario
Estimados, tengo varias preguntas las que enumeraré para que no se “traspapelen” ninguna pues son de todo mi interés.
1.- Donde obtengo más información (Detalle de las propuestas, estado de avance, etc) sobre los proyectos aprobados del XV Concurso Nacional de Proyectos. Me interesan principalmente los de “Acceso a la información”. Desde la lista de resultados (http://resultados.fonaweb.cl/aprobados.asp) no hay link a nada
2.- En la página de Acceso a personas ciegas declaran que el sitio está validado por TAW… podrían revisar eso porque el test está arrojando errores, y tiene algunos problemas de validacion de HTML también
3.- Porqué me piden tanta información para hacer una consulta
Esperando un buena acogida y pronta respuesta me despido
Saludos,
Maximiliano

Obviamente no tuve respuesta, solo una llamada el martes, sabía que no usan internet… no se por qué lo presentí. Finalmente me respondieron solo la primera pregunta (reconozco que las otras dos eran para hinchar, pero igual quería respuestas) y el contacto que prometieron aún lo espero.

Realmente me interesaría seguir los resultados de específicamente un par de proyectos. Si sabes de alguno interesante relacionado acá en Chile por favor avísame [guiño].

Vínculos

• Fondo Nacional de Discapacitados
• Resultado del XV Concurso Nacional de Proyectos
• Acceso a personas ciegas
• Test de Accesibilida Web
• Ubicación 29 al buscar discapacitados en google .cl Páginas de Chile

Me entero por la Tercera que se “rediseñará el sistema de pago y control de subvenciones escolares” que en primera instancia me parece una buena medida, clara y directa pero…

¿Qué se puede esperar de esto?

NADA NO SE, la verdad es que me cuesta visualizar algo distinto a SII versión subvenciones. Está claro que es un sitio que no sirve cuando se necesita. Pasa online todo el año menos para el período de la Declaración de Impuestos, que es cuando más se necesita, incluso me han contado que cerca de los 12 de cada mes se marea. Por qué tengo que volver cada una hora para ver si el sistema está accesible o no.

La otra opción es su gemelo Inacap pero ahora que lo veo (hace un tiempo lo cambiaron y pensé que podía hacer mi declaración y matricularme a la vez [risas] …) ¿volvió a lo que era antes? no entiendo… se supone que la evolución de los sitios es para mejor, las versiones deben tener mejoras en relación a la anterior. lo mínimo es que Valide el código HTML, MINIMO.

A lo mejor estoy muy crítico y nos encontramos en un tiempo más con un sistema válido, accesible, social, que considere a todo Chile como potenciales fiscalizadores un sistema 2.0 ¿por qué no?…. porque al analizar la evolución del código de estos sitios me doy cuenta que faltan 20mil años para que algunos desarrolladores entiendan la Web y sus “leyes de gravedad” y terminen de lanzar “nuevos” sitios con códigos que son la mejor muestra de cómo se hacía internet hace 5 años los pensé en vías de extinción pero aún el 2007 hay sorpresas como estas.

Vínculos

• Rediseñará el sistema de pago y control de subvenciones escolares
• Servicio de Impuestos Internos
• Inacap