it-swarm-es.com

¿Son necesarios los indicadores necesarios para los botones de radio?

Pregunta simple, ¿es necesario un indicador de campo obligatorio (ej. *) Cuando se presenta un conjunto de botones de radio en un formulario?

Advertencia, un botón de radio ya estará preseleccionado.

enter image description here

Técnicamente, la pregunta de campo es realmente necesaria, pero ¿el hecho de que una selección siempre esté seleccionada niega la necesidad de indicar visualmente que es necesaria?

20
Arnold Palmer

El problema en cuestión no parece ser una cuestión de reglas correctas de marcado de asterisco, o una interpretación literal de la metáfora detrás del control del botón de radio.

Más bien, el conflicto de su descripción parece ser el siguiente: si bien las dos instancias de selección de botón de opción están marcadas como requeridas, el requisito ya se cumple mediante la selección rellenada previamente. Sin embargo, el verdadero requisito me parece que su usuario debe tomar una decisión significativa, no cualquiera.

Así que primero asegurémonos de que que realmente sucede, y luego piense en lo apropiado Presentación de la IU.

Las selecciones pre-pobladas pero requeridas pueden ser problemáticas porque un usuario momentáneamente desatento puede dar su consentimiento a elecciones 'enlatadas' que no son lo que realmente elegirían. El problema de diseño es menos un caso de "Debe hacer cualquier elección anterior para continuar" , y cumplir con las convenciones estrictas para las selecciones requeridas, pero más de "Asegúrese de que la selección del botón de radio que rellenamos previamente para su conveniencia sea realmente lo que desea" .

Sí, el asterisco para indicar requerido es técnicamente redundante, como han escrito otros. Pero si es crítico que sus usuarios proporcionen información precisa en esta página (y eso es lo que requiere implica), presente todas las opciones en un estado de inicio indeterminado, incluyendo botones de radio. No rellene previamente nada.

Eso garantizaría que a medida que su usuario por primera vez encuentre el conjunto de formularios, todos y cada uno de ellos deben ser completados, verificados y seleccionados ("firmados, sellados, entregados ...") antes de las llamadas a la acción 'Cancelar' y 'Guardar 'estar disponible para ellos.

En mi opinión, está perfectamente bien presentar un conjunto de controles de tipo de botón de radio en un estado inicial no seleccionado, aunque la metáfora física de los controles de botón de radio implica un tipo de comportamiento de "golpear a un topo" (aparece uno , todos los demás aparecen 'tipo de cosa). Pero recuerda que esto es solo una metáfora. Si está trabajando en un tipo de kit de desarrollo, o incluso en una aplicación prototipo como Axure RP, los controles de la interfaz de usuario como ese generalmente vienen como un 'widget' de biblioteca con un comportamiento de caja negra al principio. Esa es una restricción desafortunada, pero la mayoría de las veces se puede anular. Si tiene alguna divulgación progresiva, es decir, un conjunto de opciones presentadas más adelante en la página depende de una configuración de botón de radio anterior, incluso podría agregar una función 'borrar' para devolver el conjunto de botón de radio a un estado nulo.

Al mirar su ejemplo de IU, se me ocurre que todos los formularios son obligatorios.

El efecto de marcarlos como tales repetidamente (*) se desvanece porque la restricción parece universal para todos ellos, a menos que su formulario real sea más largo y solo presente un extracto para simplificar, o el formulario consta de varias páginas adicionales en qué selecciones obligatorias se intercalan con las opcionales.

Por lo tanto, protegería al usuario por dos cosas:

  1. Un subtítulo de título colectivo "Se requieren todas las selecciones" . Si todas las selecciones son realmente necesarias, dígalo en términos claros.

  2. Deshabilite 'Guardar', hasta que se hayan realizado todas las selecciones, hasta la última. Mantenga 'Cancelar' activo; así es como su usuario puede salir del formulario de forma segura.

Por lo anterior, una instrucción verbal explícita le dice a su usuario por qué las llamadas a la acción están bloqueadas. Si además, presente todas las selecciones posibles inicialmente en un estado indeterminado y, por lo tanto, obligue a su usuario, de manera adecuada, a proporcionar la información necesaria con intención y propósito, en lugar de que inadvertidamente acepten selecciones enlatadas en modo piloto automático.

Tenga en cuenta que dije inicialmente . Lo anterior describe el estado de carte-blanche en el que un usuario por primera vez debe encontrar el formulario. Si hay una función por la cual el usuario puede indicar a la aplicación que recuerde mi configuración , todas las selecciones se vuelven fijas y se pueden editar (según sea necesario, o simplemente dejado como están) en visitas posteriores.

Espero que eso ayude. ¡El mejor de los éxitos!

29
Andreas Mehne

Solo debe marcar el campo como requerido si el usuario debe informar algo en ese campo. En su ejemplo, dado que el usuario no está obligado a cambiar el valor de los campos, no necesita marcarlos.

5
Aline

Existe un problema potencial con la interpretación de los requisitos desde el punto de vista del usuario cuando realiza una preselección o una opción predeterminada en un campo obligatorio. Si ninguna de las opciones es adecuada para el usuario y el campo es obligatorio, entonces no ha permitido que el usuario indique que este es el caso.

La práctica normal sería hacer obligatorios solo aquellos campos que son absolutamente obligatorios, y con botones de radio para garantizar que se cubran todas las posibilidades potenciales (por ejemplo, utilizando 'otros') si el campo es obligatorio.

La información de llenado previo funciona mejor cuando tiene información de los usuarios para proporcionar una fuerte indicación de una preferencia, de lo contrario, es posible que las personas omitan los campos que ya tienen datos ingresados ​​cuando realmente desea una confirmación de los usuarios que han leído y completado los detalles.

2
Michael Lai

Por lo que he estado leyendo, es más fácil para el usuario marcar solo los campos opcionales. De lo que ha mostrado, todos son obligatorios, entonces, ¿por qué agregar el ruido de *? Al cambiar a ese modelo, la pregunta queda resuelta.

Si necesita conservarlo, puede colocarlo al final de la etiqueta y cambiar el color a gris.

0
Chris Griffith