Estoy trabajando en un sitio web asp.net que necesita ser compatible con section 508. Estoy confundido como si supuestamente tuviera que usar JavaScript o no.¿Se está usando jQuery 508?
¿Puedo usar jQuery's slideUp()/slideDown() para mostrar u ocultar secciones? ¿Puedo utilizar el marcador de fecha y los cuadros de diálogo modales de jQuery UI?
En resumen, sí. En general, el equipo de jQuery UI es muy consciente de los problemas de accesibilidad y utiliza ARIA (http://www.w3.org/WAI/intro/aria) en la mayoría, si no en todos, de sus widgets.
Dicho esto, sin embargo, cumplir 508 y ser "accesible" son cosas diferentes. Existen varios estándares, con el cumplimiento "508" siendo lo menos estricto que puede ser.
El 99% de las páginas en estos días utilizan controles habilitados con JavaScript dinámico, con diversos grados de accesibilidad. La mayoría de los problemas ocurren cuando las personas usan sus propios controles en lugar de usar una buena biblioteca de control como jQuery UI.
La norma aplicable es la siguiente:
(l) Cuando las páginas utilizan lenguajes de scripting para mostrar el contenido, o para crear elementos de la interfaz, la información proporcionada por el guión se identificará con el texto funcional que puede ser leído por asistencia tecnología
widget de diálogo de jQuery, por ejemplo, utiliza marcas en la página para el contenido de diálogo, para que sea accesible para la tecnología de asistencia (AT). Si el AT interpreta correctamente el contenido no es necesariamente su preocupación, al menos en lo que respecta a ser 508 compatible. Esto se debe a que hay varios tipos de AT en combinación con varios SO, navegadores, etc.
En el caso de mostrar y ocultar contenido, técnicamente el contenido oculto es interpretable por AT una vez que se muestra. El problema aquí es cómo la AT sabe cuándo cambia el DOM. Eso depende de la AT. Aquí puede actualizar dinámicamente los estados ARIA para informar al AT, pero el AT no necesariamente respetará y/o implementará los estándares ARIA.
Llegué un poco tarde a la fiesta, pero este enlace apareció en Google, así que pensé en agregar algunas ideas. Este tema tiene mucho que considerar.
SSB Bart group hizo un gran resumen del estado de los controles jQuery Ui.
https://www.ssbbartgroup.com/blog/2013/07/03/jquery-ui-accessibility-analysis/
cambios Sin embargo, desde ese puesto que he visto están realizando por ejemplo, para el control de ficha. Cuando hago pruebas rápidas de sitios importantes como jQuery UI e incluso bootstrap/foundation que dicen ser "totalmente accesibles", generalmente puedo encontrar problemas.
Al probar la accesibilidad, suelo utilizar la siguiente metodología general.
Al hacerlo, puede ver dónde falla cada control jQuery Ui y no lo hace. No es horrible, lo intentan, pero hay algunos agujeros en él y casi todos los marcos principales.
Con respecto a la diapositiva yy deslice hacia abajo que no importa en sí mismo. Lo que importa es si el botón que está utilizando está accesible mediante el teclado y utiliza las etiquetas de aria correctas, como aria-hidden ect .. Consulte http://www.w3.org/TR/wai-aria/states_and_properties para indicar el contenido oculto.
[508 para sitios web en un resumen muy amplio] (http://www.section508.gov/index.cfm?fuseAction=stdsSum#web) - p. no es algo para llevar a los tribunales: "los lectores de pantalla deben poder trabajar". –
El título de esto debe cambiarse para ser más específico. Algo así como: "Está usando los controles de jQuery UI y los métodos show/hide 508 Cumple" – Aaron