Yo no quitar�a la validaci�n JavaScript. El usuario que lo tenga habilitado se beneficiar� de esa utilidad.
Para el usuario que tenga los scripts deshabilitados el proceso ser� ligeramente m�s largo. Cuando este usuario cometa un error, le env�as de nuevo a la p�gina del formulario mostr�ndole los errores cometidos y se�al�ndole los campos err�neos. En ambos casos, no obstante, siempre es conveniente validar en el servidor antes de comenzar el siguiente proceso. Un saludo. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de [EMAIL PROTECTED] Enviado el: mi�rcoles, 06 de abril de 2005 11:51 Para: [email protected] Asunto: RE: [Ovillo] accesibilidad - validar formularios Hola: Una pregunta, siguiendo vuestro consejo he quitado mi javascript de mi formulario y ahora valido los datos en el servidor pero me surge un problema. �C�mo le hago saber al usuario que ha cometido un error? Me explico, no puedo mandarle un alert de javascript. Gracias -----Mensaje original----- De: Manuel Gonz�lez Noriega [mailto:[EMAIL PROTECTED] Enviado el: mi�rcoles, 06 de abril de 2005 10:18 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] accesibilidad - validar formularios On Apr 6, 2005 9:44 AM, Roberto Diez <[EMAIL PROTECTED]> wrote: > > S�, eso es lo que hacemos ahora. Tal vez mi pregunta est� escrita precipitadamente. > > Como bien dices el usuario que no tenga JavaScript perder�a la inmediatez de los avisos generados por el Script cada vez que cometa un fallo al rellenar un campo, se enfrentar�a a un proceso m�s largo, especialente en formularios que presentan cierta complejidad. Es lo que quer�a evitar. No s� exactamente lo que dices que haceis ahora. Si es la encapsulaci�n de la l�gica de validaci�n y darle un interfaz para acceder indistintamente desde javascript u otro lenguaje, enhorabuena, es una pr�ctica bastante avanzada :-) Respecto a lo otro, un usuario sin javascript se enfrentar� inevitablemente a los viajes al server y al ciclo de prueba-validaci�n-correcci�n. De todas formas el proceso no deber�a ser largo o problem�tico y si lo es probablemente indique problemas en los aspectos de usabilidad del formulario �Por qu� cometen tantos errores los ususarios? �Por qu� necesitan muchas pruebas para rellenarlos correctamente? Ah� tocar�a volver al tablero de dibujo a examinar cuestiones como el etiquetado de campos, formularios multipaso vs. una sola pantalla, ayuda contextual, etc. -- Manuel a veces :) a veces :( pero siempre trabajando duro para Simplel�gica: apariencia, experiencia y comunicaci�n en la web. http://simplelogica.net # (+34) 985 22 12 65 �Ah! y escribiendo en Logicola: http://simplelogica.net/logicola/ _______________________________________________ Lista de distribuci�n Ovillo Para escribir a la lista, envia un correo a [email protected] Puedes modificar tus datos o desuscribirte en la siguiente direcci�n: http://ovillo.org/mailman/listinfo/ovillo _______________________________________________ Lista de distribuci�n Ovillo Para escribir a la lista, envia un correo a [email protected] Puedes modificar tus datos o desuscribirte en la siguiente direcci�n: http://ovillo.org/mailman/listinfo/ovillo _______________________________________________ Lista de distribuci�n Ovillo Para escribir a la lista, envia un correo a [email protected] Puedes modificar tus datos o desuscribirte en la siguiente direcci�n: http://ovillo.org/mailman/listinfo/ovillo
