en el primer mensaje que mand� sobre el tema precisamente comentaba que yo lo hac�a con javascript usando el DOM, pero que esto ten�a un grave problema con la accesibilidad, y es que los lectores de pantalla no se enteran de que la p�gina se ha modificado (a no ser que se le fuerce a recargarla) con lo que el usuario no puede leer los errores. Esto lo he probado con Jaws.
Saludos
Manuel Gonz�lez Noriega wrote:
El mi�, 14-07-2004 a las 22:53, Daniel Mas escribi�:
Hola, creo q no me han llegado los mensajes anteriores de este hilo :-? As� que me engancho en este punto
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.
Yo creo que m�s o menos es as�:
a) Validar en el servidor es vital para la l�gica de negocio
b) Validar en el cliente puede mejorar la experiencia del usuario.
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?
Pues no lo veo muy complicado:
1) decides cu�l es t� modelo de correcci�n de errores. Yo me decanto por el de:
- Mensaje de advertencia encima del formulario-
- Listado de los errores advertidos
- Formulario, con los campos con error marcados con un color/borde diferente y un mensaje que reitere el error de ese campo. Los campos correctos
rellenos
2) Utilizas JS para crear e insertar via DOM los elementos (x)HTML
correspondientes.
Listo, el resultado es igual de accesible que una p�gina est�tica. De hecho, el marcado es el mismo que con la validaci�n de server, solo que en un caso generas el marcado en el servidor y lo envias y en el otro lo creas dinamicamente
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.
�Donde has leido esa aberraci�n? ;) Esa soluci�n es mal JS para torturar
al usuario. No hay que confundir JS con 'mensajitos de alert'
_______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
