Desde el punto de vista de la usabilidad, y como bien sugieres, mucha gente piensa que es importante validar tanto en cliente como en servidor, ya que al validar en cliente le das al usuario una respuesta inmediata.
Suponiendo que hacemos la validaci�n tanto en cliente como en servidor, entonces se nos plantean dos opciones:
1. El navegador no soporta javascript o esta desactivado. En ese caso nos protegemos con la validacion en servidor. No hay otra
2. El navegador soporta javascript. �Como hacer que la validaci�n sea usable, y al tiempo accesible por personas que por ejemplo usan lector de pantalla?
Es que al tema he leido un art�culo donde dec�a que esto �ltimo no era del todo posible, y propon�a sacrificar un poco la usabilidad sacando mensajes de alert con javascript con un error cada vez, de uno en uno seg�n se vayan corrigiendo, de forma que un lector pueda leerlo. Pero no me gusta esta opci�n demasiado porque resulta algo molesto para los usuarios "corrientes", que suelen ser la mayor�a.
En fin, quiz� la mejor opci�n que veo es no usar validaci�n en cliente y hacerla solo en servidor como dices. Aunque tarde un poco m�s, tambi�n el ancho de banda cada vez va en aumento, as� que no debe de ser mucho problema.
Saludos!
Jos� Luis Vel�zquez wrote:
Buenas Daniel! La mejor forma es utilizar un lenguaje del servidor, ya que de cara a la accesibilidad hacer un formulario validado con javascript y que sea accesible implica que si el agente de usuario desactiva o no soporta javascript se saltar� la validaci�n y por lo tanto pueden rodar cabezas ;-). Digo esto porque si la validaci�n es "accesible" implica que si no soporta javascript los datos ser�n enviados igualmente.
La soluci�n pasa, como digo, por utilizar un lenguaje de servidor, con la recarga de la p�gina correspondiente y siempre teniendo en cuenta el no utilizar exclusivamente c�digos de colores para marcar los datos rellenados erroneamente.
Desde el punto de vista de la usabilidad hay bastante gente que opina que es un petardo para el usuario tener que cargar otra p�gina para mostrar los errores, pero no creo que haya que tenerle miedo a eso (a no ser que hayan maquetado con fireworks y la pagina tenga 140 gr�ficos y pese 200kb).
Manuel (Simplelogica) saco un post en Logicola (http://www.simplelogica.net/logicola) sobre validaci�n de formularios con php, y como seguro que est� leyendo esto, te podra contar mejor que yo :D.
Saludos! -- http://www.jlvelazquez.net
--------- Mensagem Original -------- De: Lista de Cadius <[EMAIL PROTECTED]> Para: Lista de Cadius <[EMAIL PROTECTED]> Asunto: [cadius] Es posible validar formularios con javascript de forma usable y accesible? Fecha: 10/07/04 18:15
Hola, mi pregunta va sobre como validar formularios con javascript de manera que sea accesible y usable a la vez. En cuanto a usabilidad:
- No me gusta que se le muestren al usuario los errores en una ventana de alert. Hay gente que muestra todos los errores producidos en una ventana de alerta, pero obviamente cuando pulsas 'aceptar' pierdes la informaci�n, con lo que el usuario debe realizar esfuerzos por recordar los errores, todav�a m�s si son demasiados. - Hay gente que muestra los errores de uno en uno en ventanas de alerta, lo cual suele resultar en un co�azo para el usuario que tiene que estar volviendo una y otra vez al formulario a corregir los datos de uno en uno.
En conclusi�n, suelo mostrar los errores din�micamente en la pantalla con javascript usando el DOM para generarlos y escribirlos una vez que se pulsa sobre el bot�n de enviar, bien al lado de los campos, o bien todos reunidos al principio del formulario. Pero esto tiene un problema grave con la accesibilidad, y es que un navegador de voz no se entera de los mensajes de error reci�n generados, a no ser que se actualice su memoria (en JAWS tecla Insert+Esc).
Alguien tiene soluci�n para esto o se le ocurre otra alternativa que satisfaga usabilidad y accesibilidad?
Saludos
_______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
_______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
_______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
