Cuando se pulsa y mantiene pulsada una imagen en el navegador Google Chrome en Android, aparece un cuadro de diálogo con información sobre la imagen y varias acciones que se pueden realizar. En la información de la imagen se puede ver el texto alternativo que tenga definida la imagen.
Excelente análisis en Making Disabled Buttons More Inclusive:
The disabled attribute in <button> is a peculiar case where, although highly known by the community, it might not be the best approach to solve a particular problem. Don’t get me wrong because I’m not saying disabled is always bad. There are still some cases where it still makes sense to use it (e.g. pagination).
To be honest, I don’t see the disabled attribute exactly as an accessibility issue. What concerns me is more of a usability issue. By swapping the disabled attribute with aria-disabled, we can make someone’s experience much more enjoyable.
This is yet one more step into my journey on web accessibility. Over the years, I’ve discovered that accessibility is much more than complying with web standards. Dealing with user experiences is tricky and most situations require making trade-offs and compromises in how we approach a solution. There’s no silver bullet for perfect accessibility.
Our duty as web creators is to look for and understand the different solutions that are available. Only then we can make the best possible choice. There’s no sense in pretending the problems don’t exist.
At the end of the day, remember that there’s nothing preventing you from making the web a more inclusive place.
¿W3C Accessibility Guidelines (WCAG) 3.0 se puede usar ya?
No, ahora mismo solo existe un "working draft" y falta bastante hasta que sea una recomendación, un documento definitivo.
En WCAG 3 is not ready yet: And it won’t be for quite some time se avisa de ello:
In the last couple of weeks, more and more people point at the WCAG 3.0 Working Draft and recommend the adoption of aspects from it that suit their needs.
[...]
In general, web technologies are very good citizens to early adopters like me: They usually come with suitable fallbacks that allow you to use, for example, animations and transitions in 2009 with the fallback of no animation for browsers without support.
With guidelines like WCAG 2.1 and 2.2 (to be released later), the same approach is true. If you use WCAG 2.2 Success Criteria now, the Guidelines are built to be backwards compatible. So you will never break a 2.0 or 2.1 audit by using it.
But WCAG 3 breaks backwards compatibility. This is a conscious move to better adapt the standard to serve different disabilities which WCAG 2 did not sufficiently cover, due to its structure.
That means that WCAG 3 will probably have a different scoring system that does not necessarily overlap with WCAG 2. As far as I know – and my involvement was some time ago – the current plan is to make sure all WCAG 2 conforming pages conform to WCAG 3, too, in some form. They will not in reverse.
En Why Accessibility Overlays On Your Website Can Make Things Worse podemos leer:
So that’s settled: Websites should be accessible to all users, regardless of their abilities. The real question for webmasters is how to reach this goal. Starting in the 1990s, tech companies began to offer third-party web products that introduce accessibility features to existing sites without altering the source code. Some of these overlays add text-to-speech capabilities to read page content out loud. Others include controls that allow users to resize text or swap out color schemes.
But the latest generation of overlays go further: They scan web pages for accessibility issues and try to automate fixes.
[...]
These automated fixes sound helpful, but in practice they can be insufficient or even frustrating for the users they try to serve. For instance, auto-generated alt text is often strange and irrelevant, creating more confusion than clarity for people who use screen readers. Adjusted keyboard navigation sometimes fails. And the user interface control panels can themselves interfere with screen readers, braille devices, and other assistive technology.
[...]
At best, then, these automated overlays are usually unnecessary. People who use screen readers or other assistive technologies must navigate to a website in the first place. They browse other websites and use other digital tools. That means they’ll already have assistive features integrated into their systems — and the overlay may interfere with these existing tools. In other words, to access an overlay widget, users must have already navigated to that widget, which means they likely have the tools they need.
En El Observatorio de Accesibilidad Web publica el informe del seguimiento correspondiente al periodo 2020-2021 podemos leer:
En el marco del Real Decreto 1112/2018, el Ministerio de Asuntos Económicos y Transformación Digital, a través del Observatorio de Accesibilidad Web de la Secretaría General de Administración Digital, ha elaborado -y enviado a la Comisión Europea- el primer Informe sobre el resultado del seguimiento correspondiente al periodo 2020-2021.
Según se recoge en la Directiva (UE) 2016/2102(Abre en nueva ventana) sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público (transpuesta al ordenamiento español mediante el Real Decreto 1112/2018(Abre en nueva ventana) ), los Estados miembros deben presentar a la Comisión Europea(Abre en nueva ventana) un informe sobre el resultado del seguimiento de la conformidad de los sitios web y las aplicaciones para dispositivos móviles con los requisitos de accesibilidad de la Directiva. Dicho envío se debe ejecutar antes del 23 de diciembre de 2021 y, posteriormente, cada tres años.
[...]
En este contexto el Observatorio de Accesibilidad Web ha realizado durante el periodo 2020-2021 el seguimiento de la conformidad de los sitios web y las aplicaciones para dispositivos móviles con los requisitos de accesibilidad de la Directiva y elaborado y enviado a la Comisión Europea el primer Informe sobre el resultado del seguimiento correspondiente al periodo 2020-2021(Abre en nueva ventana) , el cual ha sido publicado en el Portal de Administración electrónica.
En Ilunion crea la mayor compañía especializada en accesibilidad universal se anuncia la creación de la nueva compañía Ilunion Accesibilidad:
Ilunion ha creado la mayor compañía especializada en accesibilidad universal, fruto de la unión de dos de sus empresas, pioneras en accesibilidad física y tecnológica. Su objetivo es liderar y acompañar a los clientes en el enfoque de accesibilidad universal 360º. Ilunion Accesibilidad reúne así en una sola empresa servicios de consultoría social y soluciones tecnológicas aplicados a la accesibilidad en entornos digitales y físicos, a la comunicación, la información y la organización de las entidades.
[...]
La nueva compañía, según ha explicado la directora de Ilunion Accesibilidad, Patricia Otero, trabaja “con un equipo multidisciplinar de más de 150 profesionales y una metodología por proyectos, que incluye la colaboración de diferentes perfiles técnicos de alta cualificación y experiencia, con y sin discapacidad”.
En Twitter introduce los subtítulos automáticos para los vídeos, disponibles en español y catalán podemos leer:
Twitter ha anunciado este martes la llegada de la función de subtítulos automáticos a los vídeos de la plataforma, a los que se pueden añadir las transcripciones de texto traducidas a 30 idiomas diferentes, incluidos el español y el catalán. La función de subtítulos automáticos de vídeo de Twitter está disponible en todo mundo para los usuarios de la red social en la web y en sus aplicaciones para móviles con sistemas operativos iOS y Android, como ha confirmado Twitter en un comunicado remitido a Europa Press.
Hace un mes se publicó el estudio eGovernment Benchmark 2021: una nueva era en la digitalización de la administración pública en el que se puede leer:
El índice de referencia sobre administración electrónica compara el progreso de las administraciones públicas de 36 países europeos (los 27 estados miembros de la UE, más otros nueve, incluido el Reino Unido, conocido colectivamente como EU27 +) en la transición a los servicios digitales.
Se visitaron, probaron y evaluaron casi 8.000 páginas web de 93 servicios para ciudadanos y empresas de más de 2.625 administraciones locales, regionales y nacionales distintas para desarrollar el informe de este año.
[...]
En general, el 81% de los servicios evaluados ya están disponibles online.
Y en el informe se puede leer:
Web accessibility is also an issue. As the web accessibility pilot indicates, only 16% of websites comply with the eight accessibility criteria that have been measured. A well-orchestrated approach is needed to make the digital government a place for all users.
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
En What we learned about accessibility by scanning more than 2 million federal .gov web pages:
What we found
Of the two million federal .gov web pages scanned, we found:
- Nearly 12 million WCAG 2.1 AA errors
- An average of 4.69 accessibility errors per page
- Over one million errors in three .gov domains
- More than 80 errors per page for one top-level .gov domain
The most common accessibility issues encountered:
- Form elements without a label
- Images without alternative text
- Links with no discernible text
- Assortment of Accessible Rich Internet Application (ARIA) issues
En There’s no such thing as fully automated web accessibility:
Protect yourself and your company from buying an ineffective product that claims it makes websites accessible.
[...]
Fully automated accessibility solutions are the magic slippers of accessibility. They sound nice, but they don’t exist and can’t exist.
[...]
The product these companies try to sell you is fantasy. Websites cannot be made fully accessible with automated solutions.
En Accessibility Review of Online Survey Tools se presenta el análisis de las siguientes herramientas:
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
El W3C tiene el W3C Spain and Hispanic Americas Chapter. Por ahora no ofrece mucha información, esperemos que vaya creciendo.
En Writing great alt text: Emotion matters se realiza una explicación de lo importante que es tener en cuenta las emociones a la hora de escribir el texto alternativo de una imagen.
Website Accessibility, v2 es un curso sobre accesibilidad web ofrecido en la plataforma Frontend Masters. La descripción del curso dice:
Learn how to make your website applications accessible to a wider audience. Use keyboard shortcuts and navigation to help both power users and those with disabilities. Make sure your website works well with screen readers and explore using ARIA to make even the most complex UI's fully accessible!
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
En How I fixed accessibility on my website and how you can fix yours se explica paso a paso cómo se detectaron y resolvieron los problemas de accesibilidad de un sitio web.
Muy interesante e importante en la actualidad el análisis que se presenta en Which Video Conferencing Tools Are Most Accessible?.
Según este análisis, publicado en junio 2020, la herramienta más accesible es Zoom.
En el artículo NVDA.es lanza un servicio de quejas de accesibilidad para denunciar ante las autoridades sitios web con barreras en España podemos leer:
Hace meses os hablamos vía Twitter, en exclusiva, de nuestro nuevo servicio de quejas de accesibilidad web. Hoy, tras dos denuncias ya presentadas y todavía con unas cuantas quejas en espera, lanzamos este servicio de forma estable.
Si ves una web inaccesible y la burocracia te echa para atrás a la hora de denunciarlo para que se pueda sancionar al responsable, estamos aquí para solucionarlo. Entra en NVDA.es/queja, rellena el formulario y nosotros nos encargamos de denunciar preservando tu identidad e informándote a lo largo del proceso.
[..]
Las primeras dos denuncias se han presentado contra AirEuropa y Movistar. ambas presentan sitios web con deficiencias importantes que dan lugar a un presunto incumplimiento de la legislación, ya que las grandes empresas de los sectores de transportes y telecomunicaciones están entre las obligadas a cumplir el nivel AA de las WCAG. Las próximas empresas denunciadas pertenecerán también a estos dos sectores y estarán acompañadas por alguna administración pública, que presuntamente incumple también sus obligaciones de accesibilidad.
Finalmente, te recordamos que el equipo detrás de este nuevo servicio está a tu disposición en uaw@nvda.es, así como en el número de teléfono de la asociación, (+34) 910 05 33 25.
En enero de 2021, WebAIM realizó su tercera encuesta dirigida a profesionales de la accesibilidad web. La encuesta recibió 758 respuestas válidas.
Una de las preguntas de la encuesta fue:
¿Cómo calificaría la efectividad de las capas de accesibilidad, complementos o widgets de accesibilidad web que automatizan los cambios de accesibilidad en las páginas web?
Y la respuesta fue:
En español:
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
Las "capas de accesibilidad" (accessibility overlays) son soluciones software que prometen mejorar la accesibilidad de un sitio web de forma casi instantánea. En entradas anteriores he comentado que estas soluciones reciben muchas críticas.
En What are accessibility overlays good for? se ofrece un punto de vista un poco distinto y se razona que estas soluciones pueden ser útiles en ciertas situaciones.
Además, el artículo incluye una lista de proveedores de "capas de accesibilidad":
Adobe tiene una herramienta online muy interesante, Adobe Color:
Esta herramienta incluye un panel para comprobar la accesibilidad de los colores seleccionados (Seguro para daltónicos y Comprobador de contraste).
En A guide to designing accessible, WCAG-compliant focus indicators se presenta un excelente análisis del uso del foco para mejorar la accesibilidad de una página web.
En Accessibility of the section element podemos encontrar un pequeño análisis de la accesibilidad de la etiqueta section.
En el Portal de administración electrónica se ha publicado la noticia Publicado el nuevo estándar armonizado europeo sobre accesibilidad de sitios web y aplicaciones móviles que dice:
El día 12 de agosto de 2021 se publicó en el Diario Oficial de la Unión Europea la Decisión de Ejecución (UE) 2021/1339 de la Comisión, de 11 de agosto de 2021, por la que se modifica la Decisión de Ejecución (UE) 2018/2048 en lo que atañe a la norma armonizada aplicable a los sitios web y a las aplicaciones para dispositivos móviles redactada en apoyo de la Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo.
En dicha decisión se sustituye la norma " EN 301 549 V2.1.2 (2018-08). Requisitos de accesibilidad para los productos y servicios de las TIC " por la nueva " EN 301 549 V3.2.1 (2021-03). Requisitos de accesibilidad para los productos y servicios de las TIC ", coexistiendo ambas normas hasta el 11 de febrero de 2022. A partir del 12 de febrero de 2022 únicamente será aplicable la nueva norma EN 301 549 V3.2.1 (2021-03).
Entre las novedades que incluye esta nueva norma está: la inclusión de los requisitos AAA en el capítulo 9 (en la versión anterior de la norma se incluían en el anexo D [siguen sin ser obligatorio su cumplimiento]), se amplía el tipo de documentos no web a los que aplica esta nueva norma, se modifica, amplía y corrige la redacción de muchos de los apartados de dicha norma, se añade un apéndice F con el histórico de cambios de la norma,...
El informe sobre el resultado del seguimiento que España reportará a la Comisión Europea antes del 23 de diciembre de 2021 se basará en la norma anterior, es decir, la norma EN 301 549 V2.1.2 (2018-08) materializada en la norma española como la norma UNE-EN 301549:2019. Requisitos de accesibilidad para productos y servicios TIC y publicada por AENOR en mayo de 2019. El reporte del informe sobre el resultado del seguimiento del año 2022 se basará en esta nueva norma (EN 301 549 V3.2.1).
Muy interesante lo que se explica en 5 Myths About Screen Readers That Can Hurt Accessibility:
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
Una buena lista de vídeos en los que se explican test de accesibilidad rápidos:
En Digital Accessibility Laws Around the Globe han recopilado una lista de la legislación en materia de accesibilidad digital a lo largo del mundo.
Los países que aparecen en la lista son (en inglés):
En How do automated accessibility checkers compare? se muestra una comparativa de herramientas de evaluación de la accesibilidad web.
Según esta comparativa, las mejores herramientas son SortSite, Tenon, AChecker, WAVE y aXe. Esta comparativa está actualizada al 13 de abril de 2018.
En Guías Prácticas del Observatorio de Accesibilidad del Portal Administración Electrónica se pueden encontrar las siguientes guías:
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
Ya se han publicado los resultados de la novena encuesta del WebAIM sobre el uso de lectores de pantalla que se abrió en mayo de 2021: Screen Reader User Survey #9 Results.
La encuesta recibió 1568 respuestas válidas, un número muy alto de respuestas, pero menor que las 2515 y 1792 respuestas que se recibieron en la sexta y séptima encuesta respectivamente.
En cuanto a porcentaje de preferencia de los usuarios, sorprende que el lector de pantallas JAWS vuelva a ser el más preferido. En la encuesta anterior, el lector de pantalla principal dejó de ser JAWS, ya que el principal fue NVDA con un 40.6%, seguido de JAWS con un 40.1%. El tercero fue VoiceOver con un 12.9% y el resto de lectores de pantalla tenían un porcentaje de uso muy pequeño.
En los resultados de la encuesta actual, JAWS es el principal con un 53.7%, seguido de NVDA con un 30.7% y VoiceOver con un 6.5%.
El navegador que más se usa es Chrome, con un 53.6%, seguido de Microsoft Edge con un 18.4% y Firefox con un 16.5%.
En esa misma página están enlazados los resultados de las encuestas anteriores.
En A11Y Websites hay una lista de sitios web accesibles que se pueden usar como ejemplo de lo que se puede y se debe hacer.
En el periódico El País se ha publicado ¿Puede el diseño de una página web excluir a personas con discapacidad?. El artículo dice:
El estudio, desarrollado por el FAMOD con la colaboración de la organización Data4Change y con el apoyo de CIPESA, ha arrojado datos reveladores sobre el acceso a internet en Mozambique. Cada una de las páginas únicas que se han revisado contenía 38 obstáculos, un total de 700.000 trabas al acceso a los contenidos que albergaban los 90 sitios web analizados. Entre esa selección de dominios se encuentran algunos de los espacios digitales más importantes centrados en servicios gubernamentales, portales de comercio en línea, banca electrónica y noticias, fundamentalmente, de información sobre salud. Esos resultados llevan a los autores del informe a considerar que es necesario tomar medidas de manera inmediata, tanto desde la sensibilización como desde la adopción de leyes.
Curricula on Web Accessibility: A Framework to Build Your Own Courses es una propuesta de currículo sobre accesibilidad web del W3C.
El resumen dice:
This resource provides teaching modules to help you create courses on digital accessibility, or to include accessibility in other courses. The modules cover accessibility foundations that apply broadly, and specific skills for developers, designers, content authors, and others.
Para que una página web sea accesible, es necesario garantizar que cada elemento de la página tenga un "nombre". El nombre se puede definir de varias formas, pero ¿qué pasa cuándo se emplean varios mecanismos para definir el nombre?
En HTML Accessibility API Mappings 1.0 se explica cómo se calculan las propiedades de accesibilidad de cada elemento HTML.
Por ejemplo, en el caso de la imagen, podemos leer en 5.10 img Element:
5.10.1 img Element Accessible Name Computation
- If the img element has an aria-label or an aria-labelledby attribute the accessible name is to be calculated using the algorithm defined in Accessible Name and Description: Computation and API Mappings 1.1.
- Otherwise use alt attribute.
- Otherwise use title attribute.
- If none of the above yield a usable text string there is no accessible name.
5.10.2 img Element Accessible Description Computation
- If the element has an aria-describedby attribute the accessible description is to be calculated using the algorithm defined in Accessible Name and Description: Computation and API Mappings 1.1.
- Otherwise use the title attribute if it wasn't used as the accessible name.
- If none of the above yield a usable text string there is no accessible description.
En CDC: 1 in 4 US adults live with a disability, podemos leer que
El informe está acompañado de la siguiente infografía, Disability Impacts All of Us:
La revista International Journal of Environmental Research and Public Health ha publicado la llamada de artículos del número especial How Mature Is Technology in Helping People with Disabilities? en el cual participo como editor invitado. Los temas de este número especial son:
La fecha límite para el envío de artículos es el 31 de diciembre de 2021.
En Accessibility Overlays May Not Make Your Site More Accessible se presenta otra crítica a los "accessibility overlays", las capas de accesibilidad que prometen resolver los problemas de accesibilidad de un sitio web con unas pocas líneas de código:
Overlays are software products that can be easily added to existing websites. They detect and attempt to correct accessibility issues by “overlaying” additional code on the webpage. Companies market their products as easy-to-implement accessibility solutions that achieve compliance, in some cases even promising protection from litigation.
En Estados Unidos, parece que esta solución no protege de ser demandado:
But accessibility advocates say overlays are not acceptable substitutes for developing accessible websites. In March, a petition called the Overlay Fact Sheet began circulating, which called on websites to stop relying on overlays as quick fixes for accessibility issues.
And overlays don’t necessarily prevent lawsuits, either. In 2020, over 250 lawsuits were filed against companies that used overlays.
Y pueden producir sus propios problemas:
Sometimes overlay tools can create accessibility problems of their own. Beijers said an earlier overlay issue that has since been fixed was an aggressive start-up process that interfered with screen readers being able to read the contents of webpages.
Many users have their own trusted accessibility tools to help them navigate the web. But these tools can only work optimally when used on websites that are good at accommodating them. Developing accessible websites means creating pages flexible enough to work well with accessibility tools. Flexibility is important because different users have different needs — some low-vision users require large text size, while others have narrow fields of vision and prefer small text size within a narrow frame.
“There are end user tools, but the webpages still need to support those tools, and they need to be adaptable,” Smith said. “The page needs to support that adaptation without it totally falling apart and breaking.”
The problem with overlays is that, instead of making websites flexible enough to accommodate accessibility tools, they often make pages more rigid, less adaptable and sometimes even override user preferences.
“What these tools do is make your page more flexible in these very specific ways,” Smith said. “And it’s kind of forcing the user into this specific pattern or experience that may not actually be best for that user, because you’re removing that end-user control.”
Some users have found overlays so disruptive to their own accessibility tools that they rig their browsers to block them. Accessibyebye is an extension for the Chrome browser that will block select overlay products from working.
Silvia Rodríguez, de la Université de Genève, y Dónal Fitzpatrick, de la Dublin Citiy University (DCU), me informan de lo siguiente:
La pandemia de COVID-19 ha supuesto un cambio sin precedentes hacia un mundo más digital. Gran parte de nuestras actividades cotidianas se realizan a través de ordenadores, teléfonos inteligentes y tabletas, y muchos otros dispositivos.
Estamos llevando a cabo un estudio para conocer los retos en materia de comunicación a los que se enfrentan las personas ciegas o con cualquier otro tipo de discapacidad visual en diferentes contextos de comunicación en estos tiempos de pandemia. Nos interesa conocer tu opinión sobre el tipo de información que consultas actualmente o que necesitaste en los comienzos de la pandemia, cómo accedías a ella y cuál es tu opinión sobre la accesibilidad de la información encontrada.
Para ello, hemos creado una encuesta. Completarla no te llevará más de 15 minutos. Está disponible en los siguientes idiomas:
La encuesta estará abierta durante dos semanas, hasta el 13 de junio. Si deseas participar, pero no puedes completar la encuesta en línea, estaremos encantados de concertar una llamada contigo y ayudarte. Nuestros datos de contacto son los siguientes:
- Dónal Fitzpatrick: Donal.fitzpatrick@dcu.ie
- Silvia Rodríguez Vázquez: silvia.rodriguez@unige.ch
This document is part of W3C work to provide normative specifications and best practice guidance so that text-to-speech (TTS) synthesis can properly pronounce HTML content. TTS has long been used by screen readers and other assistive technologies for people with disabilities. TTS is now also widely used in popular applications such as voice assistants. Yet today there is no way for content creators to markup HTML content so it is correctly and consistently spoken by all commonly used TTS engines and operating environments. This specification is intended to fill this critical gap.
Durante los últimos años, el WebAIM ha realizado varias encuestas online destinadas a analizar los hábitos de uso de los lectores de pantalla.
Ahora ya está abierta la novena edición: Screen Reader User Survey #9.
La encuesta estará disponible hasta el 15 de junio de 2021 y la pueden contestar todos los usuarios de lectores de pantalla, incluso los que los usan únicamente para evaluación y pruebas.
Curso online sobre "Creación de webs dinámicas accesibles con frameworks JS y CSS (VUE.JS y Boostrap)" en la Universidad de Lleida.
El curso se desarrolla on-line del 5 al 9 de julio de 2021. Son 20 horas lectivas con posibilidad de obtener 2 créditos ECTS al entregar la práctica final (con 30h de trabajo autónomo)
El curso tiene como objetivo que el alumno conozca las características principales del proceso de creación de webs dinámicas y accesibles.
Considerando que:
Curso dirigido a personas con conocimientos web que quieran aprender cómo crear aplicaciones accesibles con un framework JS (VUe.JS) y un framework CSS (Boostrap).
No es necesario tener conocimientos de ningún framework concreto, pero sí conocimientos básicos de HTML , CSS y JS.
Más información del curso "Creación de webs dinámicas accesibles con frameworks JS y CSS (VUE.JS y Boostrap)": https://www.udl.cat/ca/serveis/estiu/Cursos/webs_dinamiques/
El 18 de mayo de 2021 impartí la conferencia online "Software accesible para todas las personas", organizada por la Facultad de Ingeniería y Ciencias Aplicadas de la Universidad de Las Américas en Quito (Ecuador). La grabación de la conferencia está disponible en YouTube:
La Universidad de Alcalá organiza el curso de verano Accesibilidad digital multilingüe para todos. La matriculación ya está abierta.
El curso se desarrollará del 14 al 17 de junio, consta de 16 horas lectivas y se desarrollará en modalidad online.
Los objetivos del curso son:
Hoy, 20 de mayo, se celebra el Global Accessibility Awareness Day. ¿Qué es el GAAD? En la página en español dice:
El 20 de mayo, le invitamos a participar en el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, conocido en inglés como Global Accessibility Awareness Day (GAAD). Cuando hablamos de la accesibilidad Web nos referimos a el contenido, la navegación y la interacción. El propósito de este día es para hablar, pensar y aprender sobre la accesibilidad de las tecnologías digitales (web, software, dispositivos móviles, etc.) y los diferente tipos de usuarios, incluyendo las personas con discapacidades. La audiencia que queremos atraer para GAAD son las comunidades de diseño, desarrollo, usabilidad y también los que crean, dan forma, apoyan financieramente e influencian la industria de tecnología y su uso. Aunque una persona este interesada en el tema de hacer la tecnología mas accesible y usable para las personas con discapacidades, la realidad es que muchas veces no saben como y donde comenzar. El conomocimento sobra la accesibilidad Web es el primer paso. Lea a continuación la entrada de un blog escrito por Joe Devon que inspiró esta campaña mundial.
Muy interesante la crítica a las capas de accesibilidad (accessibility overlay) que se presenta en The Dangerous Path of the Accessibility Overlay:
Without naming any names – because it doesn’t really matter which tool it is – an accessibility overlay is a tool that fundamentally harms the future of web site accessibility. The nature of accessibility testing is to expose issues to a human being who can then act on those issues. An accessibility overlay, by nature, avoids exposing what problems it has addressed to a human being.
This is a crucial difference that has a long-term impact on the accessibility of the entire internet. When a tool provides feedback to a person for them to act on, that is education. Somebody has to work with that data, look at the source and interaction, and take action. In that process, they will learn more about what it takes to make a website accessible, and will hopefully make the same mistakes less frequently in the future.
An accessibility overlay affords no such benefit.
El Global Accessibility Awareness Day (GAAD) se celebra cada 20 de mayo y tiene como objetivo:
El 20 de mayo, le invitamos a participar en el Día Mundial para Promover la Concienciación sobre la Accesibilidad Web, conocido en inglés como Global Accessibility Awareness Day (GAAD). Cuando hablamos de la accesibilidad Web nos referimos a el contenido, la navegación y la interacción. El propósito de este día es para hablar, pensar y aprender sobre la accesibilidad de las tecnologías digitales (web, software, dispositivos móviles, etc.) y los diferente tipos de usuarios, incluyendo las personas con discapacidades. La audiencia que queremos atraer para GAAD son las comunidades de diseño, desarrollo, usabilidad y también los que crean, dan forma, apoyan financieramente e influencian la industria de tecnología y su uso. Aunque una persona este interesada en el tema de hacer la tecnología mas accesible y usable para las personas con discapacidades, la realidad es que muchas veces no saben como y donde comenzar. El conomocimento sobra la accesibilidad Web es el primer paso. Lea a continuación la entrada de un blog escrito por Joe Devon que inspiró esta campaña mundial.
NUESTRO RETO: Establecer el Conocimiento de Como Crear Un Web Accesible Entre Programadores y Desarrolladores. Inmediatamente.
Mañana martes 18 de mayo de 2021, a las 15 h de Ecuador (22 h de España), impartiré la conferencia online gratuita "Software accesible para todas las personas", organizada por la Facultad de Ingeniería y Ciencias Aplicadas de la Universidad de Las Américas en Quito (Ecuador).
El formulario de inscripción está disponible en la dirección https://bit.ly/3ew3ec8
En A More Accessible Web, una ingeniera de software que trabaja en el periódico New York Times explica los cambios implementados para hacer el periódico online más accesible.
En Tecnologías usadas en la mejora de la accesibilidad web del New York Times se puede leer lo mismo, pero en español.
