Así se titula la Videoconferencia de la que me enteré por la lista Acceso Web dictada por Emmanuelle Gutiérrez y Restrepo

Razones legalesEmmanuelle aclara que la accesibilidad no es para la persones con discapacidad, es para TODOS y pone como ejemplo los “rebajes” de las esquinas “Si facilitamos el acceso a las personas con discapacidad, facilitamos el acceso a todos”.

¿Sabían que hay una ley sobre el lenguaje de signos en internet?

También hace referencia sobre la responsabilidad social de las empresas en su manifestación “digital” o mejor dicho online.

La accesibilidad incrementa la integración social con directas consecuencias sobre la mejoría

Algunos de los factores económicos

Genera menos requerimientos a los servidores por lo que se verán descongestionados

Y lo mejor aspectos técnicos

la curva de aprendizaje genera rechazo por los cambios de hábito en los desarrolladores , entre muchas cosas.

Normas v/s recomendaciones

La principal diferencia es que la norma es un documento técnico en base a pautas a seguir.

por el chathabilitado pregunté sobre el Decreto 100 y la no “obligatoriedad”, si solo con recomendaciones progresaremos o no, en temas de accesibilidad y Emmanulle concibe un rechazo a priori sobre la imposición de determinadas cosas, así apolla que es un trabajo de concientización sobre el tema.

Buena conexión, respondieron las preguntas del chat, todo sólido

De toda la conferencia rescato el tema de la “Curva de aprendizaje” a la que literalmente le temen los “jefes. Esto a raíz de la pregunta de (no recuerdo ahora pero lo buscaré) que trabaja en lavanguardia.es, que de hecho es el próximo expositor de esta conferencia, al plantearle a su jefe sobre hacer el sitio accesible. La respuesta fue y es clarísima, la implementación de Accesibilidad es una inversión y no hay que verla como un gasto, la inversión está en el tiempo que tomará el equipo de desarrolladores, no solo los que ven código, modificar los actuales métodos de trabajo. Esta curva de aprendizaje es la toda nueva metodología, lenguaje, modo de trabajo, etc. tiene. Lo bueno es que es absolutamente acotada y se restringe a las pautas de accesibilidad.

La respuesta es de Emmanuelle Gutierres a una de las preguntas de Mosaic en la que verbaliza ideas que pongo en practica a diario.

En ésta expone la definición de Usabilidad en ISO de la que rescato la médula, el final “… por parte de un grupo de usuarios determinado” y que al compararla con la correspondiente a Accesibilidad solo se diferencian precisamente en el final al terminar así “… para el más amplio grupo de usuarios posibles”, TODO lo que precede a estas definiciones es literalmente igual.

Estamos de acuerdo y por eso hace tiempo digo que la accesibilidad no es para los “discapacitados”, que es para todos, y es la Accesibilidad, entendida como la capacidad de acceso basada en las posibilidades, quien permite en primera instancia “llegar a los más posibles“. Todo esfuerzo será estéril si accedo a menos usuarios.

Y como es un canal de comunicación es como un cable (siempre digo cadena [risas]), no importa donde se corte, si al principio o al final, lo que importa es que no se corte, cambie, modifique o mute porque si sucede cualquiera de estas alternativas, muy posibles por lo demás, un porcentaje de usuarios no podrá acceder a la información.

Lo bueno de este medio que al ser digital, evoluciona constantemente, por lo que hay que estar atento y estudiando de manera contante, y siempre se puede modificar. Para mejorar o empeorar.

En resumen, como lo veo yo, la accesibilidad es la materialización en el código y el lenguaje de la usabilidad. Es fácil porque hay estándares escritos que seguir, que si bien se deben eventualmente interpretar, los desarrolladores tenemos una lista en que apoyarnos científicamente para cumplir.

Me sorprendió que el día siguiente cuando quise saber si habían llegado o no a la meta, busqué información en www.teleton.cl y fui a parar luego de un redireccionamieto para nada voluntario a un flash con el monto alcanzado y unos felices fuegos artificiales de fondo “con sonido y todo” que demostraban lo feliz que estaba la institución y en general todos los participes de esta gran obra.

Tan felices que les importó NADA que yo fuera a su sitio, tuviera que mamarme la linda “bienvenida” que pensé que era al principio y después simplemente NO TENER OPCIONES para nada. Literalmente no pude encontrar ni un p! link que me sacara de ahí y tuve que cerrar el sitio.

Por suerte eso duró poco, yo sabía que era un lapsus de la algarabía y adrenalina de las última horas, porque el sitio volvió a lo que supongo es normalmente. Supongo porque o soy usuario frecuente del sitio. Pero como ahora lo estoy conociendo creo que necesita de todo nuestro aporte porque está inválido.

Aquí los primeros aportes:

1. Lista oficial de 23 mejoras puntuales para que el sitio valide HTML.
2. Lista de mejoras de accesibilidad
3. Es recomendable asignar texto alternativo a las imágenes
4. La presentación se puede separar del contenido Haga sitios con Estilo-s :)
5. Lamentáblemente el menú de navegación no está disponible sin JavaScript
6. Test de accesibilidad
7. Ánimo que se puede

¿Cuál es tu aporte? para la Teletón online

Me gusta hacer las cosas bien y eso, en mi condición de “desarrollador web” es construir un canal de comunicación. ¿Será necesario decir que debe ser efectivo y eficiente? … bueno dicho está.

Debemos entender “Desarrollador Web” a la amplia gama de oficios que conforman esta cadena. Hablo desde periodistas hasta programadores pasando por psicólogos de usuarios, diseñadores de interfaz, de código y de interacción, redactores creativos, arquitectos de información, antropólogos, y muchos otros que pueden aportar en las distintas etapas de un proyecto de estas característica.

Cuando se desarrolla un sistema complejo (no complicado)  como lo puede ser uno de comunicación, se debe tener claro que el objetivo es ese, comunicar algo específico de una manera especial. Por eso es de suma importancia que no se pierdan los objetivos, en ninguna de las etapas.  Aunque suene obvio tiende a olvidarse en cada uno de los procesos que desarrollamos cada uno los oficios involucrados.

Cualquier  etapa que se desoriente puede llevar el proyecto al fracaso, simplemente porque no logra comunicar y termina sin dar acceso a más o menos personas a la información que quiero entregar. Creo que no tenemos el derecho, como desarrolladores, de negarle el acceso a la información a nadie.

Yo quiero hacer bien  mi pega “Crear Webs Accesibles” únete a la campaña, sube tus fotos y disfrutemos del acceso a la información, que solo beneficia a todos.

Yo se que AJAX y Accesibilidad son perfectamente compatibles y un “vivo” ejemplo de ello es Descorchados en su ingresar a descorchados.

El término “Hijax” fue acuñado por Jeremy Keith en su charla de “Ajax a prueba de balas” en Fundamentos Web 07.

Y es precisamente este término el motivo para escribir este post. Sí porque si bien hoy conocí el término, hace tiempo que estamos implementando AJAX que se comporta bien al quedar funcional “…para aquellos usuarios que no puedan hacer uso de Ajax (por ejemplo, porque quieren o no pueden hacer uso de JavaScript).” como describe muy claramente Sergio Lujan.

Con esto puedo confirmar que esta vez tampoco nos equivocamos! si poh, si para estar liderando hay que estar probando cosas nuevas constantemente porque internet está ES evolucionando y está claro que en pocos meses ya será distinta, más natural orgánica por ejemplo.

Técnicas de implementación Hijax

Existen dos técnicas para implementar, trabajar o desarrollarlo y son conocidas como progressive enhancement y graceful degradation.

Mientras la primera parte de la premisa de hacer las aplicaciones de manera convencional, es decir que primero funcionen sin elementos externos como Javascript e incluso CSS, a lo que yo le llamo trabajar en limpio, tras una evolución progresiva llega al nivel de AJAX requerido sin perder la funcionalidad.

La segunda se plantéa desde la perspectiva de un desarrollo para las tecnologías de punta. Desde donde se debe velar por una degradación agraciada, es decir velar por el buen comportamiento de la aplicación bajo la carencia de una o varias tecnologías.

Recomendación

Yo opté hace tiempo por la primera, principalmente porque:

• Se plantea “AJAX como un medio y no como un fin” (Permiso Gabriel por la frase :)
• Al estar al principio del Diseño Front es difícil pasar por alto
• No corre riesgos de ser olvidado por las entregas a contratiempo
• Pero por sobretodo porque me comunicaré con más personas. Serán definitivamente más las que acceden a la información.

Las personas seremos las más beneficiados.

Links

• Hijax
• Hijax: Ajax accesible
• Ajax Accesible
• Hijax: ¿Ajax accesible?
• AJAX accesible
• AJAX Accesible (II): WAI-ARIA
• La clave para trabajar a estándard mundial

Actualización

Como me aclaró Olga Carreras de Usable y accesible el término no es nuevo y fue acuñado el 1 de enero de 2006 a las 7:40, en el artículo Hijax. aunque venía hablando de la “mejora progresiva” desde marzo de 2005.