Cubriremos los conceptos básicos de cómo funciona la accesibilidad en las organizaciones y en los equipos, quién es responsable de la accesibilidad, cómo impulsar cambios sin ser un experto y cómo desarrollar tus habilidades.
This talk has been presented at React Summit 2024, check out the latest edition of this React Conference.
Chandra Carney habla sobre la accesibilidad en 2024, destacando la importancia de igualdad de acceso para las personas con discapacidad y la visión en evolución de las discapacidades como derechos civiles. La charla cubre el estándar global de accesibilidad WCAG, con las versiones 2.0, 2.1 y 2.2, y el estándar europeo EN 301549. También se discuten las actualizaciones de leyes como la ADA en los Estados Unidos y la Directiva de Accesibilidad Web y la Ley de Accesibilidad Europea en la UE. La UE refuerza la importancia de la inclusión y responsabiliza a las empresas por la accesibilidad. Se enfatiza la accesibilidad proactiva como un requisito y responsabilidad de todos.
Hola a todos. Mi nombre es Chandra Carney. Estoy aquí en la Cumbre de React para hablar sobre la accesibilidad en 2024. He sido una profesional de la accesibilidad durante casi diez años, creando programas y asesorando a empresas. Vamos a definir la accesibilidad y luego discutir las actualizaciones de estándares, leyes y regulaciones. La accesibilidad se trata de las personas con discapacidad y significa igualdad de acceso para ellas.
Hola a todos. Mi nombre es Chandra Carney. Utilizo los pronombres ella, ella, y estoy aquí en la Cumbre de React para hablar sobre la accesibilidad en 2024. Puedes encontrarme en varias redes sociales con mi nombre aquí, Chandra Carney, así como en mi sitio web, lo mismo. Pero rápidamente, algo de información sobre mí antes de sumergirnos. Vivo en Nueva York. Soy una profesional de la accesibilidad. He creado tres programas de accesibilidad en tres grandes empresas. Llevo casi diez años haciendo esto. También asesoro a empresas, así que no dudes en ponerte en contacto si necesitas algo. También solía ser ingeniera de software, así que hola a todos ustedes. Me he recuperado de dos cirugías importantes en el último año y he estado haciendo mucha cerámica como parte de mi proceso de curación. También amo mucho a los perros, tanto que a veces lloro. Así que quiero decir, al comenzar aquí, esta no será una charla sobre implementación, porque tengo algunas actualizaciones importantes sobre accesibilidad para compartir, dónde estamos en 2024 y qué hay de nuevo en el panorama. Definiremos rápidamente la accesibilidad y luego pasaremos a algunas actualizaciones de estándares y especificaciones. Luego, actualizaciones de leyes y regulaciones. Luego hablaré un poco sobre cómo abordarlo todo. Antes de hablar sobre lo que viene y lo nuevo en 2024, podemos tomar un momento para definir cómo hablamos de accesibilidad, para que todos estemos en la misma página. Entonces, en primer lugar, quiero definir qué y a quién nos referimos cuando decimos la palabra accesibilidad. Hablamos de accesibilidad cuando tenemos en cuenta a las personas con discapacidades. Tenemos muchas ideas equivocadas de que la accesibilidad es escalabilidad o confiabilidad o algo que tal vez sea fácil de acceder. Pero en este contexto, se trata de las personas con discapacidad. Y aquí, la frase personas con discapacidades se considera lenguaje centrado en la persona. También es aceptable decir personas discapacitadas, que es lenguaje centrado en la identidad. Y realmente encuentro que los uso indistintamente. El lenguaje centrado en la identidad o el lenguaje centrado en la persona puede ser lo que alguien prefiera, o tal vez no. Es solo una preferencia personal. Volviendo a definir todo lo relacionado con la accesibilidad, hay muchas formas de definirla, muchas formas de pensar en ella. Así que quiero presentar la mía. La accesibilidad es igualdad de acceso para las personas con discapacidades.
2. Understanding Accessibility and Disabilities
Short description:
La accesibilidad es un derecho civil que garantiza la independencia, la privacidad y la inclusión para las personas con discapacidades. La ONU reconoce la importancia de la accesibilidad, alejándose de ver a las personas discapacitadas como objetos de caridad o tratamiento médico. Existen diversos tipos de discapacidades, incluyendo discapacidades auditivas, cognitivas, de aprendizaje, neurológicas, motoras, del habla y visuales. La accesibilidad va más allá de los usuarios de lectores de pantalla y las personas ciegas. También abarca discapacidades temporales y situacionales. El espectro de personas ayuda a comprender los diferentes tipos de discapacidades y cómo las soluciones pueden llegar a una audiencia más amplia.
Es independencia para las personas con discapacidades. Es privacidad. Es inclusión. Y sobre todo, la accesibilidad es un derecho civil. Así que, solo piensa, si tienes una discapacidad y estás tratando de completar un cuestionario médico inaccesible, es posible que tengas que pedir ayuda a alguien, como un desconocido o un amigo. Y eso podría ser información muy, muy personal que tal vez solo tu médico debería saber. Entonces, eso está quitando la independencia o la privacidad de ciertas personas y su derecho a igualdad de acceso. Cuando construimos software, estamos tomando decisiones. Todas estas formas de pensar sobre la accesibilidad ahora son reconocidas por la ONU a través de algo llamado la Convención sobre los Derechos de las Personas con Discapacidad. Su objetivo es alejarse de ver a las personas discapacitadas como objetos de caridad o como objetos de tratamiento médico y avanzar hacia verlas como miembros plenos e iguales de la sociedad. Esto puede sonar algo básico, pero si tengo una discapacidad y no puedo usar productos y servicios, ¿cómo puedo ser un miembro pleno e igual?
Otra cosa que quiero mencionar son los tipos de discapacidades. Probablemente hayas visto variaciones de estas categorizaciones. Hay muchas discapacidades diferentes y alguien puede tener más de una discapacidad. Tenemos discapacidades auditivas, cognitivas, de aprendizaje, neurológicas, motoras, del habla y visuales. Es importante recordar aquí que la accesibilidad y la discapacidad van más allá de los usuarios de lectores de pantalla y las personas ciegas. Las discapacidades también pueden ser más que permanentes. Pueden ser temporales, como después de una cirugía o enfermedad, es posible que necesites usar muletas o usar un parche en el ojo, o pueden ser situacionales, como estar en un entorno ruidoso o muy silencioso pero aún así querer ver un video. El diagrama que ves aquí a la derecha se llama el espectro de personas y proviene de los principios de diseño inclusivo de Microsoft. Se puede utilizar para comprender los tipos relacionados en un espectro de escenarios permanentes, temporales y situacionales. Muestra cómo una solución se adapta a una audiencia más amplia. Y adaptarse a una audiencia más amplia se puede resumir de la siguiente manera. Cuando tú
3. Standards and Specifications: WCAG and EN 301549
Short description:
Después de definir la accesibilidad, pasemos a los estándares y especificaciones. El estándar global es WCAG, que es el más discutido y se encuentra en la ley. WCAG abarca la web y los dispositivos móviles, con los niveles AA y AAA. Las versiones de WCAG incluyen 2.0, 2.1 y 2.2, siendo la 2.1 la más comúnmente referenciada en leyes y regulaciones.
resolver uno, se expande a muchos. Bueno, después de esta sección sobre la definición de la accessibility, ahora sabemos de qué estoy hablando cuando uso la palabra accessibility. Muy bien. Entonces, nuestra próxima sección trata sobre los standards y especificaciones. Y, nuevamente, esto es específico para la accessibility digital. Dentro de la accessibility digital, primero quiero hablarles sobre un estándar global, WCAG, y luego sobre un estándar europeo llamado EN 301549. Pero primero, WCAG. WCAG son las Pautas de Accesibilidad para el Contenido Web. Digo WCAG, pero lo escucharás de muchas formas diferentes, como WCAG o WCAG o WCAG. WCAG es el estándar más discutido, y es creado por el Consorcio World Wide Web, o W3C. Ellos desarrollan standards y guidelines basados en los principios de accessibility, internationalization, privacidad, privacidad y security. Las guidelines de accessibility aquí, WCAG, en realidad están sirviendo como base de regulaciones legales globales en este momento. Eso significa que los standards de WCAG están realmente escritos en la ley.
Y a pesar de su nombre, WCAG abarca la web y los dispositivos móviles, y está compuesto por versiones y niveles. Primero, vamos a hablar de los niveles. Tenemos AA y AAA. AA nos brinda lo básico, AA nos brinda lo que todas las aplicaciones deberían tener, y AAA nos brinda lo que es bueno tener para una amplia variedad de usuarios. AA también sirve como standards legales y regulatorios. Por lo tanto, en realidad verás AA escrito en las leyes. A continuación, tenemos las versiones de WCAG. Tenemos la 2.0, que la menciono aquí porque algunas empresas todavía la utilizan, aunque tiene 16 años. La mayoría de nosotros teníamos teléfonos con tapa en ese entonces. Así que realmente podemos hablar de diferentes interfaces aquí. Y todo el moderno JavaScript ecosystem ha sido inventado desde entonces, con Node saliendo por primera vez en 2009. Y ha estado presente durante un tiempo. Pero de todos modos, WCAG 2.1 se lanzó en 2018. La mayoría de las empresas se esfuerzan por alcanzar este como su estándar. Pero nuevamente, tiene 6 años. El año pasado, se lanzó la versión 2.2 en octubre. En la mayoría de los países, la versión de WCAG referenciada en sus leyes y regulaciones es la 2.1. Pero tengo
4. Updating to WCAG 2.2 and European Standard
Short description:
WCAG 2.2 debe usarse como línea base, pero si te estás poniendo al día, comienza con 2.1 y adopta rápidamente 2.2. El estándar europeo (EN 301549) incluye WCAG como línea base, con requisitos adicionales. Las empresas utilizan estos estándares debido a obligaciones legales. En los Estados Unidos, las leyes principales son ADA y la Sección 508, y ADA recibirá una actualización en 2024.
Aquí hay un asterisco porque las regulaciones pueden y serán actualizadas. 2.1, nuevamente, tiene 6 años. Y todos conocemos el progreso en tecnología digital y teléfonos inteligentes que se ha realizado en los últimos 6 años. Por lo tanto, no debes esperar para comenzar la implementación de 2.2. Debes usarlo como tu línea base y no ser sorprendido por las actualizaciones legales. Por lo tanto, al poner esto junto como un paquete, tus objetivos deben ser cumplir con WCAG 2.2 AA como mínimo. Aunque reconozco que si tú o tu empresa están muy atrasados, tus objetivos pueden ser llegar a 2.1 primero y luego adoptar rápidamente 2.2. Muy bien. Eso fue WCAG. Ahora, echemos un vistazo al estándar europeo, conocido nuevamente como EN 301549. Llamaremos a esto el estándar europeo. Si tu empresa realiza negocios en Europa, este estándar de accesibilidad europeo es probablemente para ti. Es un estándar técnico, que luego se transpone en ley. Por ejemplo, una ley que veremos en la próxima sección utiliza este estándar técnico. Su versión actual es 3.2.1. Y si observas los requisitos individuales de esta versión, encontrarás que el estándar de accesibilidad europeo incluye WCAG como parte de su estándar, como una especie de línea base. Y aquí, nuevamente, debo señalar que los requisitos de WCAG 2.1 son la referencia actual del estándar europeo, pero se espera que pronto se utilicen los requisitos de WCAG 2.2. Y luego, además de WCAG, el estándar europeo también agrega algunos requisitos adicionales para discapacidades cognitivas y otras cosas. Muy bien. Ahora sabemos un poco sobre la discapacidad y un poco sobre los estándares creados, pero ¿por qué las empresas querrían usar esos estándares? ¿No les importa solo el beneficio y la felicidad de los accionistas? Bueno, a veces. Entonces, entra en juego la ley. A medida que nos adentramos en leyes y regulaciones, quiero aclarar que no soy abogado, por lo que debes consultar con los abogados de tu empresa si necesitas asesoramiento legal específico. Voy a hablar de dos cosas importantes. Dentro de la accesibilidad digital, primero quiero hablarles sobre una actualización en la ley de EE. UU. y luego una actualización en la ley de la UE.
5. Updates to ADA and EU Laws
Short description:
El ADA y la Sección 508 son leyes federales en los Estados Unidos que protegen los derechos de las personas con discapacidades. El ADA ha sido objeto de controversia en cuanto a su aplicación a la tecnología, pero una reciente sentencia establece que los sitios web y las aplicaciones móviles deben ser accesibles. La UE tiene dos leyes principales de accesibilidad digital: la Directiva de Accesibilidad Web y la Ley de Accesibilidad Europea. La Ley de Accesibilidad Europea, en vigor desde 2019, ha establecido fechas importantes.
Estas dos leyes se encuentran a nivel federal o nacional. Estas son la Ley de Estadounidenses con Discapacidades, o ADA, y la Sección 508. El ADA recibió una actualización en 2024, así que hablemos de eso. Si estás interesado en otras leyes en los Estados Unidos, hay muchas. Puedes seguir las charlas o sitios web de Laini Feingold para obtener las actualizaciones legales más recientes o leyes más localizadas.
La Ley de Estadounidenses con Discapacidades se aprobó en 1990 y hace muchas cosas, pero para simplificarlo, protege los derechos de las personas con discapacidades a nivel nacional. Se tomaron muchas acciones visibles muy rápidamente, como agregar rampas a los edificios y agregar braille a los elevadores, y así sucesivamente. Al año siguiente, comenzó a aplicarse también al gobierno estatal y local y a los lugares públicos, o lo que llamamos lugares de alojamiento público. Dado que todo esto se implementó antes de que las computadoras personales y los teléfonos inteligentes formaran parte de nuestra vida cotidiana, ha habido teoría y pruebas de las aguas legales de que el ADA debería aplicarse a la tecnología, pero ha sido objeto de controversia por parte de los gobiernos estatales y locales y por parte de las empresas públicas, aunque con frecuencia pierden estos casos. Al comienzo de esta sección, dije que te hablaría de dos grandes actualizaciones. Esta es la primera, las actualizaciones del ADA. Después de muchos años de espera y abogar por una actualización, finalmente obtuvimos una sentencia sobre esta gran pregunta teórica. Hace dos meses, en abril de 2024, la sentencia establece que los sitios web y las aplicaciones móviles deben ser accesibles. El estándar actual está en la ley que debemos cumplir con WCAG 2.1 AA. Y técnicamente, esta actualización se realizó a nivel estatal y local y también se aplica a los contratistas. Pero en general, ahora, si recibes dinero del gobierno nacional, estatal o local, debes seguir WCAG 2.1 AA. No más esperar a ser demandado. Los gobiernos y los contratistas deben hacer de esto una prioridad. Ahora quiero hablar de la segunda gran actualización, que se encuentra bajo la ley de la UE. Bajo la Unión Europea, nuevamente tenemos dos leyes principales de accesibilidad digital. Una es la Directiva de Accesibilidad Web en vigor desde 2021. De manera simplificada, puedes pensar en ella como que cubre el sector público. Y luego tenemos la Ley de Accesibilidad Europea. Me enfocaré en esta última porque se conoce como la ley del sector privado, aunque eso es un poco erróneo ya que es muy amplia. Y amigos, el tiempo se acaba. Esta es la segunda de las cosas importantes de las que mencioné que hablaría, la Ley de Accesibilidad Europea, o EAA. Muy bien. Entonces, en 2019, la UE puso en vigor la EAA. Es posible que te preguntes qué tiene de especial este año. La aprobación en 2019 por parte de la UE estableció más
6. Updates on EAA Enforcement and Market Impact
Short description:
En 2022, los Estados miembros de la UE incorporaron la EAA en sus leyes, definiendo sus propios mecanismos de aplicación. La EAA se aplica a las empresas en la UE, abarcando muchas industrias del sector privado, productos, servicios, hardware, software e integraciones. Los bancos y fabricantes deben garantizar la accesibilidad para evitar ser bloqueados del mercado. La UE refuerza la importancia de la inclusión y responsabiliza a las empresas.
Fechas importantes, incluyendo dos que debes conocer. La primera, en 2022, cada Estado miembro, lo que significa cada país de la UE, debía haber incorporado la EAA en sus propias leyes y haber definido sus propios mecanismos de aplicación. Y esos mecanismos de aplicación incluyen ser bloqueados completamente de vender a los clientes o enfrentar grandes multas o acciones legales por parte de los clientes. Y luego algunos Estados miembros se volvieron un poco creativos, como Irlanda aquí, al incluir el encarcelamiento de los líderes empresariales. Entonces, la incorporación en las leyes ya ha ocurrido. La próxima fecha límite es el 28 de junio de 2025. Y es cuando los Estados miembros comienzan a aplicar la ley a las empresas. Eso significa que las empresas tienen solo un año para lograrlo. Entonces, si aún no has comenzado, comienza con la accesibilidad. Es posible que te preguntes si esto te afecta. Bueno, probablemente sí. La EAA se aplica si haces negocios en la UE. Cubre muchas, aunque no todas, las industrias del sector privado. Examina el panorama completo y es muy exhaustiva. Cubre productos y servicios, junto con hardware y software, y también cubre las integraciones que las empresas ya pueden estar utilizando, integraciones de terceros. Los defensores de la discapacidad están entusiasmados con esto porque hay muchas formas en las que un usuario discapacitado puede verse bloqueado en el panorama actual. Entonces, cómo afecta esto a las empresas. Tomemos un banco, por ejemplo. Si trabajas en un banco, debes asegurarte de que tu sitio web y aplicaciones sean accesibles. También debes garantizar que tu chatbot de terceros sea accesible y cualquier otra de las muchas integraciones que puedas usar. Tu hardware, como tus cajeros automáticos, también debe ser accesible. Y, por supuesto, cualquier otro hardware que tus clientes necesiten usar. Todo esto parece bastante serio. Y la UE responsabiliza a los fabricantes. Lo que la UE está diciendo aquí es que esto es realmente serio. Ya no es aceptable excluir a las personas con discapacidades. Si tienes un gran mercado en Francia o Alemania, bajo la EAA, si te bloquean para hacer negocios, es posible que te despiertes y descubras que te han excluido de ese mercado aparentemente de la noche a la mañana. Y lo que estamos viendo en realidad es que realmente te han excluido del gran mercado al excluir a las personas con discapacidades. Y la UE está reforzando eso.
7. Actualizaciones sobre Accesibilidad y Estrategias Proactivas
Short description:
Hay grandes actualizaciones en accesibilidad. El ciclo de vida del desarrollo de software es crucial y las empresas deben implementar procesos para detectar problemas de accesibilidad temprano. La accesibilidad debe considerarse en la planificación, investigación, diseño e ingeniería. La accesibilidad proactiva es el objetivo para 2024. La accesibilidad es un requisito y es responsabilidad de todos. Aboga por el cambio e implementa procesos de ingeniería para la accesibilidad.
Entonces, bueno, eso fue mucho. Ahora vienen algunas actualizaciones importantes. Sabemos sobre las especificaciones y sobre algunas actualizaciones legales. ¿Qué hacemos? Accesibilidad es un tema enorme y hay muchas inmersiones profundas en las que puedes adentrarte, un montón de recursos y herramientas de pruebas, charlas completas sobre implementación y capacitación y consideraciones de diseño. Así que compartiré un poco, solo un fragmento, sobre cómo nosotros en el campo de la accesibilidad lo abordamos y cómo puedes abogar por implementarlo en tus empresas. Así que compartiré un poco sobre cómo nosotros en el campo de la accesibilidad lo abordamos y cómo puedes abogar por implementarlo en tus empresas. Dejaré la implementación técnica en tus manos, pero me centraré en el ciclo de vida del desarrollo de software para la presentación de hoy y esto es lo que quiero decir con eso. Planificamos reuniendo requisitos, diseñamos y desarrollamos, si tenemos suerte, hacemos QA y lanzamos. Y en 2024, la mayoría de las empresas utilizan el modelo Ágil, por supuesto. Sin embargo, cuando hablamos de accesibilidad, también hay una auditoría. Una auditoría muestra dónde podemos estar rezagados en accesibilidad. A menudo esto ocurre anualmente, aunque a veces es más frecuente. Y una auditoría de accesibilidad es generalmente donde las empresas concentran todos sus esfuerzos y gastos en accesibilidad. No enfoques todo en esta auditoría. Esto es reactivo. Si solo haces una auditoría y luego lo solucionas una vez al año, eso es muy reactivo. Así que realmente estamos lanzando todos los días. En 2024, los equipos aún están pasando por alto problemas de accesibilidad en todas las etapas anteriores del desarrollo. Entonces, si cualquier equipo en cualquier momento puede introducir problemas de accesibilidad, ¿qué hacemos? Comenzamos a implementar procesos para detectar problemas de accesibilidad de manera temprana y frecuente, y esto sigue muchos otros modelos que hemos visto en la industria del software. Pero la accesibilidad, por alguna razón, ha estado bastante rezagada. En mi trabajo, hago esto. Pienso en la estrategia de accesibilidad en las empresas, en la imagen completa. En la planificación, ¿estamos considerando el uso de casos de uso alternativos? ¿Estamos construyendo nuestras personas con discapacidades? ¿Estamos revisando con expertos en la materia en cualquier etapa del proceso? En la investigación, ¿estamos incluyendo participantes discapacitados? En el diseño, ¿estamos utilizando complementos y anotaciones de accesibilidad? En la ingeniería, ¿estamos utilizando prestamistas, verificaciones automatizadas para verificar la accesibilidad? ¿Estamos utilizando código semántico cuando es posible? ¿Estamos utilizando un sistema de diseño? ¿Es accesible? Y cuando lanzamos, ¿estamos haciendo pruebas con tecnología asistiva, tanto en QA manual como en QA automatizado? También es posible que veas auditorías más frecuentes que son buenas. Y lo que vemos aquí es que esto es realmente accesibilidad proactiva. Y esto es hacia donde nos dirigimos en 2024. Las empresas necesitan seguir este camino. Ahora que hemos repasado qué es la discapacidad y la accesibilidad en su esencia, especificaciones y leyes, para concluir, realmente quiero volver a cómo definimos la accesibilidad en el trabajo. La accesibilidad es un requisito, no una característica. Son prácticas y principios que adoptamos para asegurarnos de que hacemos las cosas accesibles. Y también considero que la accesibilidad es responsabilidad de todos. Ahora, bueno. Aboga por el cambio en tus empresas. Implementa procesos de ingeniería para la accesibilidad y comienza las conversaciones temprano. Gracias. Y que tengas un excelente resto de tu conferencia. Te dejo aquí algunas excelentes recursos en la presentación para que comiences. Y no dudes en contactarme. Adiós.
This Talk discusses the accessibility efforts at Discord, focusing on keyboard navigation and the challenges faced with implementing focus rings and outlines. The speaker showcases a unified focus ring system and a saturation slider to address accessibility concerns. They also highlight the implementation of role colors and the use of CSS filters for accessibility improvements. The Talk concludes with insights on runtime accessibility checking and the development of a performant core runtime system for checking accessibility issues.
AXe is an accessibility engine for automated web UI testing that runs a set of rules to test for accessibility problems. It can be configured to disable or enable specific rules and run based on tags. Axe provides various options, but axe linter does not support all options. The importance of investing time and resources in accessibility is emphasized, as it benefits not only those with disabilities but improves the web for everyone. Manual testing is also highlighted as a necessary complement to automated tests for addressing accessibility issues.
Nested interactive elements can cause accessibility issues on websites, and the speaker shares a personal experience with an accessibility bug involving a list component. Mitigating nested interactive structures involves limiting these patterns during development and restructuring existing elements. The speaker provides recommendations for improving accessibility, such as adjusting role properties and gathering user feedback. The conclusion emphasizes the importance of accessible solutions and encourages sharing resources to build more inclusive experiences.
The Talk discusses the use of dialogues and popovers in web development. Dialogues can be modal or non-modal and are now accessibility-supported. Popovers are versatile and can be added to any element without JavaScript. They provide suggestions, pickers, teaching UI, list boxes, and action menus. Modal and non-modal dialogues and popovers have different behaviors and dismissal methods. Browser support for these features is expanding, but there are still open questions about positioning, semantics, and other use cases.
This Talk explores the intersection of accessibility and test-driven development (TDD) in software development. TDD is a process that involves writing tests before writing production code, providing a safety net for code changes. The Talk demonstrates how to apply TDD principles to real-life examples, such as filling out a form, and emphasizes the importance of user-centric testing. By using atomic design principles, code can be organized in a clean and easy way. The Talk also discusses the use of labels and test IDs in tests for improved accessibility.
This talk focuses on building a fast and accessible website for all users, highlighting the importance of performance and user experience optimization. It emphasizes the need for adaptive implementation to cater to different devices and user conditions. The talk also discusses the factors beyond the developer's control, such as screen size, browsers, devices, internet connection, and sitting position. It highlights the significance of optimizing image components for various devices and the role of browser support and rendering engines. The speaker discusses the use of future APIs and the challenges of browser compatibility, as well as optimizing image formats and bundler compatibility. The talk provides insights on controlling bundler and device compatibility, optimizing CPU usage, internet connection, and JavaScript form submission. It concludes with a proposal to respond with save data instead of effective type for limited internet connections and recommends using React with adaptive hooks for better user experiences. Overall, the talk covers essential aspects of building a fast and accessible website.
Accesibilidad web para Ninjas: Un enfoque práctico para crear aplicaciones web accesibles
Workshop
2 authors
En este masterclass práctico, te proporcionaremos las herramientas y técnicas que necesitas para crear aplicaciones web accesibles. Exploraremos los principios del diseño inclusivo y aprenderemos cómo probar nuestros sitios web utilizando tecnología de asistencia para asegurarnos de que funcionen para todos. Cubriremos temas como el marcado semántico, los roles de ARIA, los formularios y la navegación accesibles, y luego nos sumergiremos en ejercicios de codificación donde podrás aplicar lo que has aprendido. Utilizaremos herramientas de prueba automatizadas para validar nuestro trabajo y asegurarnos de cumplir con los estándares de accesibilidad. Al final de este masterclass, estarás equipado con el conocimiento y las habilidades para crear sitios web accesibles que funcionen para todos, y tendrás experiencia práctica utilizando las últimas técnicas y herramientas para el diseño inclusivo y las pruebas. ¡Únete a nosotros en este increíble masterclass de codificación y conviértete en un ninja de la accesibilidad web y el diseño inclusivo!
¿Incluyen tus pruebas automatizadas verificaciones de accesibilidad? Este masterclass cubrirá cómo comenzar con jest-axe para detectar violaciones de accesibilidad basadas en código, y Lighthouse CI para validar la accesibilidad de las páginas completamente renderizadas. Ninguna cantidad de pruebas automatizadas puede reemplazar las pruebas manuales de accesibilidad, pero estas verificaciones se asegurarán de que tus probadores manuales no estén haciendo más trabajo del necesario.
A menudo vemos que JavaScript daña la accesibilidad de un sitio web. En esta masterclass, aprenderás cómo evitar errores comunes y cómo utilizar JS a tu favor para mejorar la accesibilidad de tus aplicaciones web. En esta masterclass exploraremos múltiples ejemplos del mundo real con problemas de accesibilidad, y aprenderás cómo hacer que funcionen para las personas que utilizan un mouse o un teclado. También aprenderás cómo se utilizan los lectores de pantalla, ¡y te mostraré que no hay razón para tener miedo de usar uno! Únete a mí y déjame mostrarte cómo la accesibilidad no limita tus soluciones o habilidades. ¡Al contrario, las hace más inclusivas! Al final, serás capaz de:- Comprender los principios de WCAG y cómo están organizados- Conocer casos comunes en los que JavaScript es esencial para la accesibilidad- Crear enlaces, botones y elementos conmutables inclusivos- Utilizar regiones en vivo para errores y estados de carga- Integrar la accesibilidad en el flujo de trabajo de tu equipo de inmediato- Darte cuenta de que crear sitios web accesibles no es tan difícil como parece ;)
React Native es un framework utilizado para crear aplicaciones nativas de iOS y Android de una manera con la que los desarrolladores web ya pueden estar familiarizados. Pero, ¿cómo asegurarse de que tus aplicaciones React Native sean inclusivas y utilizables para todos? Scott compartirá consejos sobre cómo probar y construir aplicaciones React Native con accesibilidad integrada.
Comments