Hola Borja: Cuidad�n con el calendario de dyarch que el js de configuraci�n pesa 47 kb. Si a eso unimos la carga de la p�gina, el js de validaci�n, etc... tengo la sensaci�n de que te puede quedar una aplicaci�n un poco pesada.
Un saludo. Mensaje citado por Borja Mart�n <[EMAIL PROTECTED]>: > es imprescindible que todos los campos est�n en la misma p�gina? > por qu� no agrupar los campos y dividirlo en varias p�ginas? > > saludos > > At 18:45 25/05/2005, you wrote: > >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 > > _______________________________________________ > 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
