casilla de verificación frente a dos botones de opción: ¿cuál es más útil?

Question

Actualmente estoy trabajando en algunas pantallas de configuración, la mayoría de las cuales contienen un formulario de 2 columnas con una pregunta de preferencia a la izquierda y un elemento de formulario a la derecha.

Las preguntas son cosas como:

puede agregar/editar otros usuarios?

¿Se pueden eliminar clientes?

Obviamente esta configuración es una configuración binaria y la mayoría de los "expertos" de interfaz de usuario insistiría en que una casilla de verificación es el elemento de la forma adecuada para su uso.

Sin embargo, cuando me burlaba del formulario con las casillas de verificación parecía hostil y me parecía difícil relacionar el estado de la casilla con la pregunta.

que cambió la forma de utilizar dos botones de radio en lugar:

• Sí o No

Personalmente, creemos que esto sea más fácil de procesar, ya que las opciones son en realidad responde a la pregunta planteada a la izquierda.

En términos de hacer clic no hace ninguna diferencia para el usuario, es un solo clic cada vez para cambiar la configuración.

¿Qué opinas de este uso de los botones de opción? ¿Es esto mejor o peor que una casilla de verificación y por qué?

Answer 1

Para algo como "Can do X" utilizaría una casilla de verificación en lugar de un radio como Can Do/Can not Do se relaciona bien con la naturaleza On-Off de una casilla de verificación. La mayoría de los usuarios entienden un tick maps a Sí y no ticks maps al No.

Sin embargo, un equipo de radio puede tener sentido para algunas opciones binarias donde las opciones no son claras o cómo se relacionan con on/off no obvio. Por ejemplo, ¿podría tener "Archivo Binario"? sigue con una casilla de verificación, pero creo que en este caso sería más claro tener "Formato de archivo" seguido de las opciones "Binario" y "Texto".

Answer 2

Desde la perspectiva de ux Yo diría que la casilla de verificación representa verdadero/falso, es decir; Quest es Do you Want XXX marque sí en el lenguaje común) pero para una opción preferiría la radio (por ejemplo, A o B). Hay otras metáforas, como el botón de entrada/salida.

Answer 3

Creo que los botones de radio llenan la GUI si las respuestas son siempre sí/no. Los botones de radio también podrían hacer uso del teclado para establecer las opciones un poco más difíciles.

Answer 4

Depende del contexto y del público objetivo: intenta minimizar los procesos de pensamiento necesarios para responderlo.

Si se trata de un cuestionario, por ejemplo, es probable que desee formular oraciones completas. Una pantalla de opciones se destinaría a la lectura de escaneo (para permitir/denegar en lugar de a sí/no), mientras que una barra de herramientas (algo que se establece/desarma frecuentemente) usará una alternancia. En cualquier caso, me equivocaría por el lado de la coherencia.

Para los permisos, es normal usar un encabezado de Permisos, con una casilla de verificación para Editar usuarios. Incluso podría resaltar el permiso si está habilitado. Esto ayuda a los usuarios del teclado al requerir solo una pulsación de pestaña en lugar de dos. Solo asegúrese de que el área de clic de la casilla de verificación sea lo suficientemente grande.

En cualquier caso, no se recomienda una forma de dos columnas porque pone el objetivo demasiado lejos de la descripción. También fomenta preguntas como "Permitir control total o solo algunas (sí/no)". ¿Qué le parece usar las filas que cambian de verde a rojo y muestran una marca/cruz? Eso se puede hacer de una manera amigable con la web.

Answer 5

¿Ha intentado utilizar solo cuadros de verificación etiquetados como "Puede agregar/editar otros usuarios" sin la pregunta a la izquierda?

Answer 6

Acepto que las casillas de verificación tienen un significado implícito "verdadero"/"falso", otro punto es que para los botones de opción puede forzar al usuario a hacer una elección activa al no tener ninguna opción seleccionada. Por lo tanto, para campos importantes puede ser una mejor idea usar botones de radio para que el usuario no lo pierda accidentalmente.

Answer 7

Tuvimos una experiencia con la base de clientes del grupo de mayor edad, ellos entienden los botones de opción "Sí"/"No" mejor que las casillas de verificación. Y nos vimos obligados a eliminar casillas de verificación y poner botones de radio en todas partes. Es mejor para personas no conocedoras de TI.

Answer 8

He estado investigando esto recientemente para diseñar una clase de formulario PHP. Como nota, la respuesta estándar es que se debe usar una casilla e incluso he visto que algunas personas defienden que cuando se usan radios, se debe dar un valor predeterminado.

No podría estar más en desacuerdo. Considere cuándo se enfrenta a un usuario con una entrada de texto, por ejemplo, para ingresar su nombre de usuario. Si envían el formulario sin completar este campo y el campo es necesario, sabemos que la cadena vacía generada es una entrada incorrecta. Tal vez el usuario se perdió el campo o no se dio cuenta de que era necesario. Lanzamos un error y les pedimos que ingresen los datos faltantes.

Ahora, teniendo en cuenta el mismo escenario pero con una casilla de verificación. Si el usuario pierde la casilla de verificación, entonces no tenemos idea de si su entrada fue intencional o involuntaria. Lo mismo es cierto para las radios con un valor predeterminado.

En consecuencia, sugiero que un formulario no debe contener ningún valor predeterminado. Si una información es lo suficientemente importante como para que un usuario la tome, entonces es lo suficientemente importante como para corregirla. Proporcionar un valor predeterminado ya sea mediante una casilla de verificación o un conjunto de radios con una marcada, sacrifica una gran cantidad de precisión por una pequeña cantidad de usabilidad. Por lo tanto, creo que el uso de radios Sí/No es muy superior a las casillas de verificación.

El único lugar donde una casilla de verificación es válida, en mi opinión, es donde tiene una pequeña colección de opciones de las cuales un usuario puede seleccionar más de una. Sin embargo, si la colección es grande, se debe usar una opción seleccionada (sin una opción predeterminada en blanco).

Answer 9

Encuentro que los botones de radio son realmente difíciles de soportar o documentar.

Puede decirle a la gente que marque la casilla de verificación, y tiene sentido para ellos.

Pero "botón de radio" tiene poco sentido, y "bloquear la opción que más se aplica" es simplemente una tontería.

Answer 10

Mi opinión es que se debe usar una casilla de verificación donde la respuesta solo puede ser Sí o No, nada más, p. Ej. ¿Quieres registrarte?

Botones de radio donde hay otras opciones. p.ej. ¿Desea un boletín informativo en oPlain texto oHTML - sin valores predeterminados

La otra consideración es utilizar botones de opción donde desee que el usuario tome una decisión consciente. Como dice una de las otras respuestas, si es lo suficientemente importante como para preguntar, entonces es probablemente lo suficientemente importante como para ser preciso.

La única vez que uso una casilla de verificación es si la respuesta es Sí o No Y si la casilla marcada habilitará otros campos que el usuario necesita completar Y su información opcional/no esencial para completar el proceso, p. ¿Desea autorizar a otra persona a acceder a su cuenta []? Esto permitiría campos como Nombre, dirección, etc. Lo único que pregunto es 'Si un usuario dejó esto como la opción predeterminada (generalmente NO), significa una diferencia importante y puede cambiar fácilmente después'

Answer 11

en mi caso, porque necesitamos respuestas explícitas, un sí explícito o no, utilizamos casillas de verificación, tanto para un sí y no:

Yes [ ]  No [ ] 

la ventaja es que el formulario es válido en el papel, así (a veces fax/se requieren firmas). ¡Supongo que también puedes diseñar los botones de radio como casillas de verificación!