Sinceramente no entiendo del todo la funcionalidad del “Reset Form”, porque si lo que queremos es que el usuario no ingrese nada, un link “Volver Atrás” me suena más correcto, y que se haya equivocado en todos los campos lo veo dificil.

Para salvar el ingreso incompleto de datos se necesita exactamente el mismo código en el boton “Submit” que para frenar al usuario de que borre todo con el “Reset Form”.

Hasta la función predeterminada del “Enter”, de ser “Submit” puede ser arma de doble filo.

Nota al margen, en Mac, “Aceptar” normalmente es la única opción, asi que no importa donde este :P

La alternativa de poner “Cancelar” como link en lugar de botón no es solo para reducir su área clickeable (un beneficio colateral), sino porque en términos generales los botones implican una acción y los links un acceso a otra página. Al cancelar uno realmente no ejecuta nada, sino que vuelve a la página anterior o accede a otra, y por eso el link es más consistente.

@Pablo: Ojo con el “para mí es mucho más intuitivo”. Sin querer hacemos todo el tiempo asunciones que después no se corresponden con el comportamiento real de los usuarios.

Saludos!

El botón que envía el formulario siempre lo coloco a la derecha porque para mí es mucho más intuitivo. A la derecha me dá la sensación de “avanzar” “>” ir hacia adelante, enviar.

En el caso de ser necesario utilizar otro botón para acciones secundarias trato de usar enlaces o botones más chicos o menos “visibles”, o destacar el botón que invita a la acción.

Saludos, muy buen artículo.

En cuanto al TabIndex, siempre pensé que solo estaba implementado para aplicaciones de escritorio :-O

Todos los días se aprende algo nuevo! gracias!!!

Saludos

Gracias por tus comentarios! Un tema que no se trató en este artículo es la recomendación de evitar que los botones con acciones de los formularios se accionen antes de tiempo, es decir antes de que los campos estén completos, para ello hay diferentes variantes que cubren ajax, javascript, etc,

Con repecto a la página de confirmación hay casos en que es necesaria, spbre todo cuando los datos son sensibles y se necesita minimizar el error al máximo pero no recomiendo pop-up en estos casos sino que toda la interacción se desarrolle dentro de la misma pantalla.

Con respecto a tu observación del TAB, te agradezco el comentario ya que no sabía que no estaba funcionando, en mi caso era un error en el tabindex.

El tabindex es un atributo que se utiliza en los formularios para indicar el orden de tabulación, puedes encontrar más información sobre su implementación en el siguiente enlace:

http://www.w3.org/TR/html401/interact/forms.html#adef-tabindex

Nuevamente gracias por tus comentarios!

Por otro lado, también hay que tener en cuenta que si se deja en primer lugar el botón de enviar, existe mayor probabilidad de que alguien envíe los datos sin terminar por error.

En todo caso, creo que como se haya implementado, si está a la izquierda el botón de limpiar, este debería preguntar al usuario para confirmar la acción; y si está a la izquierda el botón de enviar, debería haber una pantalla en la cual pueda confirmar ‘visualmente’ los datos que ingresó.

Ya se que en este caso quizás nos alejamos un poco del aspecto de usabilidad (mucha ventanita emergente, o ventanas intermedias), pero al menos solucionamos el problema de pérdida de datos, o recepción de datos incompletos.

Saludos!

p.d: por cierto, apretando TAB desde este último campo, me patea hacia arriba de la página y no al botón de enviar, jeje ¿existe alguna forma de solucionar eso? a mi también me pasa con un diseño que uso…