Tengo un formulario bastante, bastante largo (casi 50 campos, aunque algunos de ellos se rellenan seleccionando el valor deseado en una ventana emergente, y otros son o no son modificables dependiendo de permisos de usuario) que quisiera hacer lo m�s usable posible, ya que lleva gran parte del peso de una aplicacion.
Algunos de los campos, son modificables (y/o obligatorios) dependiendo del valor que se introduzca en un campo previo. �Es recomendable hacerlos visibles/invisibles mediante procedimientos JS durante la introducci�n de datos por parte del usuario? �Mejor los activo/desactivo dejandolos siempre visibles para no desconcertar al usuario con elementos 'vol�tiles'?. Para la introducci�n de fechas utilizo el calendario de http://www.dynarch.com/projects/calendar/ en su forma emergente. �Hay alguna otra forma m�s adecuada?. Para los campos que se rellenan 'autom�ticamente' desde una ventana emergente seleccionando un registro en una tabla de datos, �muestro inicialmente los campos vacios o simplemente el boton/enlace que despliega el popup?. �Es posible especificar un orden de tabulaci�n que afecte SOLO a los campos para que el usuario pueda realizar la introducci�n de datos utilizando solo el teclado? Finalmente: los datos se estructuran en varios subgrupos dentro del propio formulario. �Seria apropiado dividir el monstruo en peque�as partes a modo de asistente windowsero?. Los temas de validaci�n de los datos introducidos, al ser algo m�s program�tico los tengo m�s o menos controlados, pero ante la inmensidad del formulario, se me ocurren tantas ideas peregrinas sobre como tratar de facilitarle la experiencia al usuario que no tengo muy claro cuales lo har�an mas usable y cuales terminar�an haciendolo menos intuitivo. En mi (�nico) contacto con el usuario final (que no es el cliente) he visto a se�oras de 50+ a�os luchando contra el y creo que hay mucho espacio para la mejora y que habr�a que replantearlo. Estoy abierto a todo tipo de ideas. Gracias por adelantado a todos y perd�n por el rollo de mensaje 8) -- Fernando G.M. (ArchEnemy) http://bfg9000.com/archenemy/ _______________________________________________ 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
