En la maquetación de la página que me han pasado hay un evento "onchange" en una lista desplegable (select) para enviar el formulario al servidor.
Utilizando el ratón no hay problema. Pulsas en la lista, seleccionas el elemento que deseas, y se envía el formulario al servidor. Pero si utilizamos el teclado, nos encontraremos con un problema en navegadores como Internet Explorer u Opera: al tratar de seleccionar un elemento de la lista con los cursores del teclado, el formulario se envía una vez en cada pulsación. Es decir, si tenemos 5 elementos en la lista, inicialmente tenemos seleccionado el 1 y queremos ir al elemento 5, tenemos que pulsar 4 veces el cursor y el formulario se enviará cuatro veces, con la inaceptable molestia que eso supone.
¿Cómo solucionarlo?
La primera opción que se me ocurre es quitar cualquier tipo de evento y añadir un botón para el envío del formulario. Solución que tomaremos aquí.
La segunda opción es utilizar código javascript que lidie el error, tal y como explican en The Man in Blue.
servido por gigo
1 comentario
compártelo
favorito
Yahoo! se renueva. Ahora la página es más accesible y su código está codificado en HTML estricto con capas y todo. La revisión automática del TAW dice que tiene 0 errores de nivel 1 y tan sólo 3 en el nivel 2. Habría que mirar qué tipos de errores tiene de revisión manual.
Así por encima he visto que siguen usando javascript, pero ahora lo hacen de forma no intrusiva y además pude navegar por el portal sin problemas desactivándolo.
Supongo que habrá muchas cosas mejorables, pero creo que Yahoo! ha dado un gran paso hacia la accesibilidad.
servido por gigo
sin comentarios
compártelo
favorito
La barra de accesibilidad tradicionalmente desarrollada para Internet Explorer está ahora disponible para su funcionamiento en Opera.
servido por gigo
sin comentarios
compártelo
favorito
Me envían un enlace a un artículo que habla sobre Google Accesible Search. Google Accessible Search es el nuevo buscador de Google, en fase experimental, que da una puntuación extra a los sitios web más accesibles.
No hay mucho más que decir. Si queréis más información, aquí está el FAQ de Google Accessible Search.
servido por gigo
1 comentario
compártelo
favorito
Acabo de echar un vistazo a la website sostenibilidad y casi me da algo viéndola.
En primer lugar, está hecha íntegramente en flash con todos los problemas que ello acarrea. Adiós a aparecer en Google y adiós a la accesibilidad.
En segundo lugar, ignorando los problemas graves de accesibilidad, navegar por la "página" es todo un desafío. Al entrar, podemos ver la típica introducción en la que podemos ver unos muñequitos y que lógicamente acabamos saltando. Pensé que al menos estas introducciones ya estaban desterradas. Luego, aparecen ¡dos flechas de ratón! Es sólo una idea artística para emular un reflejo. Bonito, sí, pero seguro que hay más de uno que se lleva un susto de muerte al ver dos flechas, y abandona la página.
De todas formas, os recomiendo hacer el esfuerazo de entrar y leer un poquito a ver si nos concienciamos todos un poco y dejamos de consumir tanto, que somos un cáncer para la naturaleza.
servido por gigo
1 comentario
compártelo
favorito
Cito a Emmanuelle Gutiérrez y Restrepo de SIDAR lo que dijo en Ovillo:
Para los forofos de AJAX les será de utilidad el siguiente artículo (en inglés) que proporciona información sobre cómo "hacer que AJAX funcione con lectores de pantalla" y que explica hasta qué punto eso puede ser una realidad:
http://juicystudio.com/article/making-ajax-work-with-screen-readers.php
Para los demás, y resumiendo mucho, puede hacerse funcionar hasta cierto punto y con ciertos lectores de pantalla, no con todos. Pero bueno, algo es algo y peor es nada.
servido por gigo
sin comentarios
compártelo
favorito
Últimamente, se está planteando crear formularios mediante listas de definición y se está generando muchas dudas sobre si es acertado hacerlo así o no.
En su día, yo también me planteé esa duda. Creí estar convencido de que es acertado usar listas de definición para cada elemento de un formulario y al final acabé descartandolo completamente.
¿Por qué creí que una lista de definición puede marcar correctamente un formulario?
Una lista de definición está compuesta de elementos (items), igual que un formulario está compuesto de datos que se solicitan al usuario. Puede considerarse que cada dato de un formulario es un elemento de la lista de definición.
A su vez, cada elemento de una lista de definición contiene un término y una definición, del mismo modo que cada dato de un formulario tiene una etiqueta y un campo donde el usuario ha de definir el dato.
¿Por qué ahora creo que es incorrecto hacerlo así?
No todos los datos que se solicitan en un formulario encajan perfectamente en una lista de definición. Por ejemplo, un dato que se pide a partir de campos checkbox o radio buttons no encaja.
No garantiza accesibilidad, es más, crea problemas de accesibilidad en algunas versiones de JAWS.
El valor semántico queda definido a partir del <label> de la etiqueta de cada campo ya que éste debe encerrar el <input> del campo asociado, por tanto, es innecesario aumentar el peso de la página mediante marcas de listas de definición.
Conclusión
Creo que la única ventaja que se obtiene de marcar un formulario con listas de definición es una ventaja visual, de presentación, que realmente debe ser tratado con CSS.
Desde el punto de vista semántico no aporta nada sobre el uso correcto de las etiquetas, y desde el punto de vista de la accesibilidad, creo que la complica.
Por tanto, yo creo que usar listas de definición para marcar formularios es incorrecto.
servido por gigo
6 comentarios
compártelo
favorito
Bruce Sexton Jr. es un ciego que ha demandado al portal Target Corp. por ser inaccesible y violar sus derechos:
Sexton has joined the National Federation of the Blind (NFB) as a plaintiff in a lawsuit that charges Target with violating the federal Americans With Disabilities Act (ADA) and California's Unruh Civil Rights Act and Disabled Persons Act.
El pobre hombre se queja de que él no puede utilizar los servicios de Target como cualquier otra persona debido a que su lector de pantalla es incapaz de leer los contenidos del portal de forma correcta.
Desde luego, creo que esto sienta un precedente en el problema de la accesibilidad web.
servido por gigo
3 comentarios
compártelo
favorito
