HTML seleccione las preocupaciones de accesibilidad onchange

Question

Tenemos una solicitud para utilizar un elemento del elemento onchange para desencadenar un movimiento a una página nueva.

En el pasado, la literatura de accesibilidad web que he leído generalmente me aconseja no hacer esto. Esto se debió a que rompe la expectativa del usuario, y los navegadores (particularmente IE < 6) activaron el evento de cambio incluso al pasar por las opciones con el teclado, lo que imposibilitó que los usuarios que solo usaban el teclado hicieran una selección.

IE6 + y todos los navegadores más modernos que he probado disparar el selectonchange cuando una opción se selecciona realmente con el mouse o la tecla Intro. Análisis para la aplicación en cuestión muestran que anteriores navegadores IE son esencialmente erradicados (< 0,01%)

Dado que nuestros usuarios serán capaces de operar estas select elementos adecuadamente sólo con un teclado, deben esta característica todavía considerarse un impedimento para ¿accesibilidad? Este comportamiento parece tan común hoy en día que me pregunto si realmente realmente rompe las expectativas del usuario de una manera significativa.

EDIT: IE se comporta de manera diferente si el select se enfoca con el mouse o el teclado. Cuando se enfoca con el mouse, las opciones de teclado no se activan al onchange, pero cuando se tabula para enfocarlo a través del teclado, el onchange se dispara al pasar.

Answer 1

Utilizando el evento onchange del elemento select para navegar entre páginas puede definitivamente pose an accessibility problem for keyboard-only users.

¡Hay al menos one method of creating accessible select elements with onchange handlers y ha estado en interwebs desde 2004!

Enlace directo al código Accessible Select.

Answer 2

Estoy de acuerdo con usted en que este tipo de funcionalidad es muy común. Sin embargo, la mayoría de los sitios usan enlaces en lugar de <select> para lograr el efecto (si no me equivoco). ES DECIR. es el estándar (juego de palabras).