Personalmente nunca lo he usado. No pongo información en un formulario y luego decido que todo debe borrarse. Yo editaría un campo.
Además, cancelar en una interfaz de usuario sugiere cancelar una acción que está en progreso. Llenar un formulario no es algo en progreso.
¿Sería más apropiado un botón "Borrar todo"?
[~ # ~] editar [~ # ~] : ( de pregunta combinada )
Si los botones "restablecer" no son redundantes, ¿por qué? Dame un caso en el que sean completamente aceptados, útiles y quizás incluso alentados/requeridos.
Si te sientes obligado a poner uno; ¿eso implica que tu forma podría ser más útil?
El artículo cita Robert Fraser es bueno, pero tiene una década de antigüedad. La web ha cambiado algo desde entonces. ¿Estás honestamente de acuerdo con las oraciones resaltadas en la imagen a continuación?
Debemos tener cuidado de distinguir entre una experiencia basada en navegador que es "documental" (donde el botón ATRÁS funciona bien) y "aplicativa" (donde el usuario puede necesitar un medio para abortar alguna tarea o secuencia de unidad de trabajo.
Ejemplo: agregar un comentario en este sitio parece ser irrecuperable. Una vez que haga clic en "agregar comentario" (en minúsculas "no se le permite rescatar. (Estoy usando Chrome 5.x ...)) Al presionar el botón ATRÁS me quitaría la página, lejos de la pregunta, etc. No fue el resultado deseado cuando todo lo que quería hacer era salir de un comentario retorcido.
Si quiere decir algo que cancela el formulario actual y lo lleva de regreso a donde estaba, el botón de retroceso del navegador ya está allí.
Si te refieres a un botón "restablecer"/"borrar todo" que borra todo lo que escribiste, entonces NO, NO, NO! Es demasiado fácil haga clic accidentalmente y no agrega ningún valor.
De cualquier manera, aquí hay un artículo de lectura obligatoria sobre el tema: Botones de reinicio/cancelación considerados perjudiciales .
Creo que esto realmente depende del contexto:
Si se guardan los valores del formulario (por ejemplo, búsqueda avanzada), siempre tiene sentido tener un botón de reinicio.
Si se trata de un formulario de un solo uso (p. Ej., Formulario de contacto), no es necesario porque el usuario puede navegar fuera de la página si no desea enviar el formulario por cualquier motivo.
Si hay un botón de reinicio, asegúrese de que no se confunda con el botón de envío. Por lo general, no hago botones sino enlaces para asegurarme de que no se haga clic accidentalmente cuando un usuario intenta enviar el formulario y no leyó los botones (esto es probablemente lo más frustrante que puede suceder al enviar un formulario ...)
La única vez que usaría un botón 'cancelar' sería en situaciones en que un cliente haya podido guardar un formulario incompleto y volver a él más tarde, ya sea en la misma sesión o en una sesión posterior.
También adjuntaría un nombre a la etiqueta del botón para dar un significado más claro de lo que se estaba cancelando.
'Cancelar pedido' 'Cancelar presupuesto'
También puede encontrar que un botón 'Eliminar' es más apropiado ... por ejemplo, 'Eliminar detalles de la tarjeta' 'Eliminar elemento', etc.
Un botón de cancelación tiene sentido en una aplicación web donde la edición de un formulario establece algún tipo de bloqueo en un recurso, como evitar que otros usuarios editen los datos. El botón 'Cancelar' se puede usar para permitir al usuario liberar el bloqueo de recursos inmediatamente, en lugar de hacer que el sistema espere un tiempo de espera o que la sesión finalice.
Si está claro cómo el usuario puede navegar fuera del formulario, sin enviarlo, cuando el botón de reinicio no es tan útil. Incluirlo solo puede aumentar la posibilidad de que el usuario haga clic en él por accidente y elimine todo su trabajo duro.
Lo que a veces necesita es un botón cancelar para navegar fuera del formulario, pero solo cuando otra navegación no es obvia.
Creo que restablecer el formulario como estaba cuando se cargó la página rara vez es una acción que el usuario desea realizar.
El único caso en el que se necesita un botón de cancelación sería si un usuario hiciera clic para actualizar una configuración (información personal, configuración de la cuenta, etc.).
Definitivamente innecesario!
Las razones dadas aquí son correctas, además puede ver esta pregunta sobre el mismo tema:
Los botones de cancelación no pertenecen a los formularios. Están destinados a barras de progreso y ventanas de confirmación donde intervienen procesos del sistema. Este artículo explica cómo los botones de cancelación pueden confundir a los usuarios.
Sé que esta pregunta tiene 3 años, pero quiero modernizarla y agregarla por razones de accesibilidad , tener un botón de cancelación explícito es absolutamente necesario para evitar la "Sin trampa de teclado" .
Aquí está la fuente de WCAG 2.0: http://www.w3.org/TR/UNDERSTANDING-WCAG20/keyboard-operation-trapping.html
Un cuadro de diálogo modal Una aplicación web muestra un cuadro de diálogo. En la parte inferior del cuadro de diálogo hay dos botones, Cancelar y Aceptar. Cuando se ha abierto el diálogo, el foco queda atrapado dentro del diálogo; tabular desde el último control en el cuadro de diálogo se enfoca en el primer control en el cuadro de diálogo. El diálogo se cierra activando el botón Cancelar o el botón Aceptar.