CSS

3 formas en las que no nos tomamos en serio la accesibilidad trucos CSS

¿Conoces ese chiste: «Dos desarrolladores front-end entran a un bar y descubren que no tienen nada en común»? Esto es divertido, pero frustrante porque es verdad.

Este artículo presentará tres perspectivas diferentes sobre la accesibilidad en el diseño y desarrollo web, tres perspectivas que podrían ayudarnos a superar la gran división entre usuarios y diseñadores/desarrolladores. Esto puede ayudarnos a encontrar un terreno común para construir una mejor red y un mejor futuro.

Imagen de Alejandro Naglestad Sobre Unsplash

acto 1

«Simplemente no sé cómo los desarrolladores no piensan en la accesibilidad».

Alguien me dijo eso una vez. Detengámonos y pensemos por un momento. Tal vez hay una perspectiva.

piensa como un montón de cosas necesita saber como desarrollador para crear con éxito un sitio web. Todos los días, para cada puesto en desarrollo web, hay otros detalles de desarrollo web que aparecen. Eso significa más que «sólo» conocimiento de HTML, CSS, ARIA y JavaScript. Los desarrolladores aprenderán otras cosas en el transcurso de sus carreras, según lo que necesiten hacer.

Estos pueden ser gestión de paquetes, espacios de trabajo, generadores de código, herramientas de colaboración, carga de activos, gestión de activos, optimizaciones de CDN, optimizaciones de paquetes, pruebas unitarias, pruebas de integración, pruebas de regresión visual, integración de navegador, revisiones de código, revestimiento, formateo, comunicación de ejemplo, cambio registros, documentación, control de versión semántica, seguridad, implementación de aplicaciones, lanzamientos de paquetes, reversión, mejoras incrementales, pruebas incrementales, implementación continua, gestión de fusiones, experiencia de usuario, diseño de interacción del usuario, escala tipográfica, relaciones de aspecto de diseño receptivo, gestión de datos y… bueno, la lista continúa, pero entiendes la idea.

Como desarrollador, creo que soy bastante inteligente, maldita sea, ¡sé cómo hacer la mayoría de estas cosas! Detente y piénsalo: si piensas en cuántas personas hay en el mundo y lo comparas con cuántas personas en el mundo pueden crear sitios web, ese es un porcentaje muy pequeño. Es algo así como… frio. Incluso increíble. Además, piense en la última vez que envió un código y en lo bien que se sintió al respecto. «¡Entendí algo difícil y lo hice funcionar! ¡Aaaaa! ¡Me siento increíble!

Este tipo de subidón emocional es genial, ¿no? Me hace sonreír solo de pensarlo.

Ahora imagina que aparece un experto en accesibilidad y esencialmente te dice que no eres solo tú No inteligente, pero sobre todo haces cosas incorrecto por mucho tiempo.

Oh, de repente no te sientes muy bien. ¿¿I?? Qué ??? Tu adrenalina puede incluso encenderse y comienzas a sentirte a la defensiva. Es hora de que te defiendas… ¿no? Es hora de cavar esos tacones.

La disonancia cognitiva puede incluso ser realmente llamativa. Es malo saber que no solo no eres bueno en lo que creías que eras realmente bueno, sino que también te dices a ti mismo: «Joder, ¿a quién le importas?» de todos modos“A un montón de personas que no pueden usar los sitios web que ayudó a construir porque (accidentalmente o no) descuidó que existieran, que ignoró a los usuarios que necesitaban más que la habilidad que ha brindado durante todos estos años.

Teniendo en cuenta todo esto, es completamente comprensible para mí que el desarrollador quisiera llevarse los dedos a los oídos y fingir que ninguna de esto sucedió en todoque siguen siendo muy inteligentes y geniales una un «experto» que te dice que lo hiciste incorrecto es una sola persona. Y una persona es fácil de ignorar.

escena final.

acto 2

«Siento que no me importa en absoluto».

Este es un refrán común que escucho de personas que necesitan tecnologías de asistencia para usar sitios web, pero que a menudo las encuentran inutilizables para cualquier número de razones. Es posible que no puedan leer el texto porque el diseño del sitio web ha ignorado el contraste de color. Tal vez haya elementos interactivos anidados, por lo que ni siquiera puedo entrar para hacer cosas como pagar una factura de servicios públicos o comprar cosas básicas usted mismo. Tal vez su cantante favorito finalmente haya creado una tienda en línea, pero el usuario con tecnologías de asistencia ni siquiera puede navegar por el sitio, porque si bien puede parecer interactivo desde el punto de vista de un usuario vidente, todos los botones son divs y no interactivo con teclado… en absoluto.

Esta frustración puede desbordarse y desbordarse; la carga de esta frustración a menudo la llevan las personas que intentan ofrecer productos más inclusivos. El resultado es un ciclo de retroalimentación negativa; algunas personas tecnológicas se niegan a escuchar porque «es de mala educación» (y la ironía de esta declaración falta por completo). Otras personas dedicadas a la tecnología luchan con la carga emocional que tan a menudo acompaña al trabajo de diseño y desarrollo centrado en la accesibilidad.

La cuestión es que estos usuarios han sido ignorados durante tanto tiempo que puede parecer que están gritando al vacío. ¿Nadie escucha, a nadie le importa? ¡Parece que la única forma de que se les reconozca es exigiendo el trato que la ley les otorga! Incluso entonces, a menudo se sienten desatendidos y olvidados. ¿Son las demandas el único remedio?

Cada vez más, parece que ser fuerte y militante es la única forma de ser escuchado, e incluso así puede pasar mucho tiempo antes de que suceda algo.

escena final.

acto 3

«Sé que el contraste de color no funciona, pero tengo la sensación de que sí restrictivo en mi trabajo como diseñador. No me gusta esto parece, en general. «

He escuchado esto mucho a lo largo de mi carrera. Para algunos, el diseño inclusivo no necesita una barrera para garantizar que todos puedan usar nuestros sitios web, sino que más bien restringe su libertad creativa.

Si eres un diseñador que piensa de esta manera, ten en cuenta lo siguiente: no estás diseñando para ti mismo. No es como el arte físico; si bien su diseño visual puede ser artístico, todavía está en línea. Sigue siendo por la red Los diseñadores web tienen un desafío mayor: su visión artística debe ser utilizada por todos. Ponte a prueba para llevar la conversación a un espacio diferente: simplemente no has encontrado el diseño adecuado másEs una elección equivocada pensar que el diseño puede ser bello o asequible; no caigas en esta trampa.

escena final.

Reestructuremos la conversación.

Estos son solo tres de los puntos que podríamos analizar en lo que respecta a la accesibilidad digital.

Podemos hablar del administrador del proyecto que «solo quiere enviar funciones» y dice que «podemos volver a la accesibilidad más tarde». Podemos hablar del desarrollador que bromea diciendo que «no usarían Internet si fueran ciegos de todos modos», o el que dice que prestará atención a la accesibilidad solo después de que los navegadores se lo obliguen a hacerlo.

Podríamos, pero realmente no lo necesitamos. Sabemos cómo van estas conversaciones, porque muchos de nosotros hemos experimentado esto. El proyecto nunca se vuelve a equipar. La empresa paga una vez por el desarrollo del producto, luego paga una auditoría de accesibilidad y luego paga la reinscripción después de que la auditoría muestre que la actualización será más costosa que construir algo nuevo. Conocemos al desarrollador que insiste en que se les debe obligar a hacer algo solo si el navegador lo prohíbe, y que es poco probable que se convenzan de que la arquitectura inclusiva de su código no solo es útil sino necesaria.

Y qué Deber entonces estamos hablando

Debemos reconocer que los diseñadores y desarrolladores necesitan aprender sobre accesibilidad mucho antes en sus carreras. Pienso en esto con esta analogía: imagina que has aprendido un idioma extranjero, pero solo has aprendido la jerga en ese idioma. Tus palabras son técnicamente correctas, pero hay muchos hablantes nativos de este idioma que nunca podrán entenderte. Los desarrolladores web de JavaScript a menudo son técnicamente correctos en términos de JavaScript, pero también suelen crear soluciones que muchas personas pasan por alto.

¿Cómo corregir esto? Seré tan decidido aquí como todos debemos serlo. Necesitamos asegurarnos de que cualquier documentación que creemos incluya códigos de muestra accesibles. Los diseños deben contener anotaciones accesibles. Nuestras conferencias telefónicas deben incluir la accesibilidad. ¿Hacemos juguetes muy divertidos para hacernos la vida más fácil? Deben ser asequibles y no debe haber excusa para nada menos.Este se está convirtiendo en nuestro nuevo producto mínimamente viable para todo lo relacionado con la red.

Pero, ¿qué pasa con el código que ya existe? ¿Qué hay de los miles de artículos ya escritos, informes ya entregados, bibliotecas ya creadas? ¿Cómo superar esto? Incluso mientras escribo este artículo sobre CSS-Tricks, pienso en todos los artículos que he leído y en la frustración que sentí cuando supe que el resultado final era inaccesible. O herramientas de generación de código realmente divertidas que no producen código accesible. O los populares marcos CSS que no tienen en cuenta el orden de las secciones ni el contraste de color ¿Quiero que toda esta gente se sienta mal o sea castigada de alguna manera?

No. Incluso remotamente. Nada bueno viene de este tipo de pensamiento. Lo bueno viene de los lugares que ya conocemos – su compasión curiosidad.

Abordamos esto con compasión y curiosidad, porque estas son formas sostenibles de mejorar. Nunca mejoraremos si nos culpamos de acciones pasadas, reprochándonos a nosotros mismos oa los demás el haber ignorado la accesibilidad todos estos años. Honestamente, no haríamos nada si tuviéramos que pagar de alguna manera por acciones pasadas de ignorancia, porque sí, lo ignoramos. En muchos sentidos, todavía lo ignoramos.

Ejemplos de la vida real: Google Developer Training enseña mucho, pero no enseña nada más Piezas súper básicas para la accesibilidad.. El marco de JavaScript está tan obsesionado con la inteligencia y la sofisticación de JavaScript que olvida por completo que HTML ya existe. Incluso entonces, la accesibilidad aún puede quedar en un segundo plano. Ember existió durante aproximadamente ocho años antes de agregar un grupo comunitario centrado en la accesibilidad (incluso si no mucho progreso desde entonces). React tenía que ser completamente diferente solución de enrutador Vue ni siquiera ha comenzado a tratar públicamente la accesibilidad en la corriente principal (aunque hay esfuerzos de la comunidad). Los ingenieros de disponibilidad oraron por inert para implementarse en los navegadores en principio, pero a menudo no tiene fondos suficientes y no tiene prioridad.

Pero somos tecnólogos y artistas, por lo que la curiosidad nos abruma cuando leemos articulos interesantes sobre cómo el modelo de accesibilidad de objetos y cómo nuestro código puede traducirse de los sistemas operativos e introducirse en tecnologías de asistencia. Eso es muy bonito. Después de todo, escribir código de máquina para poder hablar con otra máquina es probablemente más de lo que pensamos que sería correcto, ¿verdad?

La cuestión es que solo podemos comenzar a ser compasivos con los demás después de que podamos ser compasivos con nosotros mismos. Por supuesto, nos equivocamos, pero no necesitamos permanecer en la ignorancia. Piense en el momento en que depuró su código durante horas y horas, y terminó siendo un error tipográfico o faltando un punto y coma. ¿Sigues peleando por esto? No, has desarrollado la compasión a través del pensamiento lógico. Piensa en un desarrollador junior que comenzó a desanimarse y cómo lo motivaste a seguir intentándolo y que todos tenemos días buenos y malos. Esto es compasión.

Esta es la parte interesante: no solo tenemos la tecnología, sino que también literalmente los que pueden arreglarlo. Podemos levantarnos e intentar hacerlo mejor mañana. Podemos tomarnos un tiempo para leer sobre accesibilidad y seguir leyendo sobre ella todos los días hasta que la entendamos, así como otras cosas. Ser duro al principio, igual que la primera vez que lo intentamos… escribir pruebas. Escritura CSS. Trabajando con esta única API, que está escrita para siempre en nuestra memoria. Pero con la repetición y la práctica fuimos mejorando. Se hizo más fácil.

Sabemos lógicamente que podemos aprender cosas difíciles; ya hemos aprendido cosas difíciles, una y otra vez. Esta es la vida y la carrera a la que nos hemos apuntado. Esto es lo que nos saca de la cama cada mañana. Nos encantan los desafíos y nos encanta entenderlos. Todos estamos aquí para eso.

¿Qué podemos hacer? Aquí hay algunos pasos a seguir.

Puede que haya perdido algunos lectores hasta ahora. Pero si has llegado hasta aquí, te estarás preguntando: «Melanie, me convenciste, pero ¿qué puedo hacer?». ahora? ” Te daré dos listas para darte la oportunidad de tomar acción, dándote por dónde empezar.

Mejórate compasivamente:

  1. Empieza a seguir a algunas personas con discapacidad que están en las redes sociales para aprender de su experiencia. Escucha lo que tienen que decir. No discutas con ellos. No los conduzca por el tono. Escucha Qué intentan decirte Puede que no siempre funcione de la manera que prefieres, pero sigue escuchando.
  2. Mejora tu conocimiento. Intente comenzar a escribir su próximo componente primero con HTML, luego agregue funcionalidad con JavaScript. Aprende lo que obtienes gratis desde HTML y el navegador. Tome algunos cursos que se centren en la accesibilidad para ingenieros. Invierte en tu propia mejora para mejorar tu oficio.
  3. Encienda el lector de pantalla. Aprende cómo funciona. Comprenda la configuración: ¿cómo incluir una versión de solo texto? ¿Cómo cambias tu voz? ¿Cómo hacer que deje de hablar o que hable más rápido? ¿Cómo se navega por título? ¿Cómo se obtiene una lista de enlaces? Qué son combinación de teclas?

Desafío de bonificación: Pruebe su mano en la creación de herramientas de accesibilidad. Mira Rastreador de automatización A11yun proyecto de código abierto que pretende rastrear qué automatización puede existir, pero simplemente aún no se ha creado.

Mejora gradualmente tu código

Hay bloqueadores críticos que impiden que las personas usen su sitio web. No te detengas y no te sientas mal por ellos; empújese a la acción y haga que su código sea uniforme Mejor de lo que era antes.

Estos son algunos de los peores:

  1. Elementos interactivos integrados. Me gusta colocando un botón dentro de una conexión u otro botón dentro de un botón.
  2. Desaparecido etiquetas de campo de entrada (o etiquetas no relacionadas)
  3. Las trampas de teclado detienen a sus usuarios en seco. Aprende lo que son y cómo evitarlos.
  4. ¿Las imágenes de su sitio son importantes para los usuarios? sobre alt atributo de valor significativo?
  5. ¿Hay enlaces vacíos en su sitio? usar un enlace ¿Cuándo deberías usar un botón?

Sugerencia: Leer de parte a parte °CHecklist del proyecto A11yDe ninguna manera es exhaustivo, pero lo ayudará a comenzar.

¿Y sabes qué? es un buen lugar para empezar exactamente Dónde estás. ¿Buen momento para empezar? Hoy dia.


Foto de título presentada de scott rodgers Sobre Unsplash

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba