it-swarm-es.com

¿Cuándo debo usar un cuadro de selección en lugar de botones de radio?

Sé que un cuadro de selección ocupa menos espacio y es bueno para muchas opciones. ¿Pero debería haber alguna influencia más profunda en mi elección que el espacio? ¿Existen estudios que muestren que los usuarios prefieren uno u otro?

También está el problema de las casillas de verificación de selección múltiple vs en html, que también se pueden analizar aquí, ya que la respuesta probablemente sea la misma.

53
Gordon Gustafson

Uso select cuando el usuario no necesita conocer todas las opciones alternativas disponibles. Autosuggest es útil para una larga lista. En general, saben lo que quieren y seleccionan ahorrar espacio. Ejemplo: Elija un "Estado" como California o Nueva York. Nunca usarías botones de radio.

Yo uso botones de radio cuando las alternativas importan. Cuando quiero que el usuario vea lo que NO está eligiendo. Los botones de opción le permiten expandir la selección e incluso usar texto más largo.

Regla general: Si es una lista larga o las alternativas no son tan importantes, use una selección.

78
Glen Lipka

Las pautas de la interfaz de usuario, como MS, Apple, Gnome, etc., suelen dar sugerencias bastante claras sobre esto:

  • Botones de radio: menos de 5 opciones

  • Seleccionar cuadro: 6 a 10 opciones

  • Lista desplazable: 11 o más opciones o
    • Necesita admitir arrastrar y soltar en la lista
    • la cantidad de elementos varía

Además, puede usar el cuadro de selección cuando tiene que ahorrar espacio o las opciones predeterminadas suelen ser lo suficientemente buenas, por lo que los usuarios rara vez tienen que mirar sus opciones.

En tercer lugar, se puede usar para días de la semana, meses, etc. Eso es algo en lo que usted sabe qué opciones tiene sin que se le muestren todas. Si veo "Febrero" en un cuadro de selección, puedo adivinar cuáles serán todas las otras opciones.

Justificación para usar un elemento GUI sobre otro

En general, generalmente se prefieren botones de radio porque los usuarios pueden ver todas sus opciones de inmediato. Sin embargo, mostrar todas las opciones puede ocupar mucho espacio valioso en la interfaz de usuario. Es por eso que la mayoría de las pautas sugieren usar otros métodos de selección cuando hay muchas opciones.

P.ej. a lista desplazable puede mostrar un número arbitrario de opciones sin ocupar mucho espacio. La desventaja es que no puedes ver todas las opciones.

A cuadro de selección es diferente en que lo usamos cuando le mostramos al usuario que todas las opciones no son tan importantes. P.ej. cuando el usuario puede adivinar las opciones, o rara vez necesitará cambiar la configuración predeterminada. cuadro de selección está principalmente allí para mostrar al usuario cuál es la configuración. Sin embargo, cuando hay muchas opciones, un cuadro de selección puede ser incómodo de navegar y, por lo tanto, un lista desplazable sería preferible.

13
Erik Engheim

Aparte del espacio y la cantidad de opciones, realmente no hay una gran diferencia. Una cosa que me gusta de los botones de radio es que puedes diseñarlos para que se vean como botones grandes, lo que puede ser útil para las interfaces táctiles. Si solo tiene unas pocas opciones, sería mucho más fácil presionar un botón grande que presionar el pequeño menú desplegable y presionar la pequeña opción.

En cuanto a las selecciones múltiples frente a las casillas de verificación, realmente prefiero no usar selecciones múltiples. Solo porque tiene que usar una combinación de teclas junto con el clic del mouse. Muchos usuarios desconocen cómo funcionan los accesos directos y no podrán seleccionar varias opciones.

12
LoganGoesPlaces

Otra diferencia entre las dos entradas que a menudo se pasa por alto: si no se selecciona un botón de opción, no se pasa en el envío del formulario. O para verlo de otra manera, los botones de opción ofrecen la opción de no seleccionar ninguna opción.

Con un menú desplegable (cuadro de selección), puede tener una opción sin valor (en blanco, "") y convertirla en la predeterminada, pero si un usuario deja intacta esta opción, está diciendo "mi respuesta está en blanco", ya que el formulario pasa por "my_input_name: ''". Al tener un botón de opción, puede ofrecer una opción como "N/A" o "Ninguna de las anteriores" que un usuario puede elegir explícitamente y, por lo tanto, distinguir entre el usuario que selecciona "-blank-" y un usuario que omite la pregunta/optando no responder (esta distinción se convierte en un verdadero problema en la lógica de base de datos de nivel inferior al distinguir entre un campo almacenado con el valor NULL versus el valor vacío (en blanco).

En el otro lado de esta función de los botones de opción, hay algo más que a menudo se olvida de los botones de opción: no puede cancelar la respuesta a la pregunta. Si tiene un campo de radio como:

Género Masculino Femenino ()

un usuario puede omitir la pregunta y el campo ni siquiera se pasa en blanco. Pero si un usuario selecciona hombre, bueno, ahora están atascados. Pueden cambiar la respuesta a femenina o dejarla como masculina. (Para los formularios HTML, también pueden aprender un poco sobre el uso de la consola de su navegador, pero eso queda fuera del diseño de UI/UX y en la programación y la seguridad).

Entonces, con esta función de "no recuperar" de los botones de radio, terminas con algunas opciones que un menú desplegable no proporcionaría:

  1. Capacidad para distinguir "no respondió" de "mi respuesta está en blanco"
  2. Posibilidad de presentar todas las opciones sin forzar una opción en blanco o predeterminada. Con los menús desplegables, debe dejar en blanco una opción y luego tratar con esa opción que no es realmente una opción de usuario válida, o preseleccionar una opción para el usuario (como la primera opción en la lista), que tiene el riesgo de ser enviado involuntariamente si el usuario no realiza una selección (tal vez tenían la intención de volver a él, tal vez no lo vieron), o si se deja sin seleccionar intencionalmente debido a la falta de una opción en blanco. En cualquier caso, los datos ahora son menos valiosos ya que la opción "predeterminada" puede o no ser la respuesta verdadera (si no me cree, consulte sus datos para obtener una proporción de filas con la opción predeterminada para el campo versus filas con otra opción. Te sorprenderá la cantidad de personas que aparentemente viven en Alabama cuando es la opción predeterminada).

  3. Mejor control sobre el manejo de la validación de formularios, específicamente los campos "obligatorios". No existe el campo desplegable requerido. Solo hay campos desplegables donde la opción en blanco no es válida. Obviamente, sería mejor proporcionar un menú desplegable de estados con una opción en blanco y tratar el espacio en blanco como no seleccionando un estado, en lugar de eliminar su formulario para evitar una opción en blanco, pero para las preguntas que tienen 4-5 respuestas como máximo, es es mejor proporcionar la lista completa de opciones en lugar de usar un menú desplegable con una opción en blanco que no es realmente una opción y luego tener que lidiar con distinguir en blanco de las no seleccionadas.

Opinión adicional:

De la misma manera que las ideas anteriores, también es realmente tonto usar menús desplegables en lugar de casillas de verificación. Un menú desplegable con las opciones "Sí/No" o "Verdadero/Falso" me hace rodar los ojos cada vez. La razón solo para usar un menú desplegable es si proporciona una tercera opción en blanco y se considera una selección válida. E incluso entonces, un botón de radio probablemente sería la mejor opción.

4
Anthony

Solo estaba reflexionando sobre esto para una interacción, y creo que otro beneficio de los botones de radio es si pueden proporcionar un poco de espacio extra para texto de apoyo o explicación sobre las posibles opciones.

3
annemarie lock

Uso recuadros de selección (casilla de verificación) para habilitar la selección de opciones múltiples o al hacer un elección binaria.

Mejor práctica Para usar cuadros seleccionados:

  1. Considere establecer un valor predeterminado para la opción que los usuarios seleccionan el 80% o más del tiempo.
  2. Evite las opciones predeterminadas, como suscribirse al marketing por correo electrónico.

Uso Botones de radio para habilitar un elemento de dos o más opciones mutuamente excluyentes.

Mejor práctica Para usar botones de radio:

  1. No use botones de radio para iniciar acciones.
  2. Siempre use dos o más botones de radio
1
Manoj Kumar

Los botones de radio generalmente son preferibles hasta que tenga más de un par de opciones. Solo requieren un solo clic en comparación con dos. Los botones de opción también son mejores para anidar subopciones.

1
Tom R

Si solo unas pocas opciones, los botones de radio ganan por la facilidad de uso y la selección rápida. El uso de una selección desplegable evita que el usuario vea todas las opciones hasta que llegue a ese campo.

Esta pregunta podría aplicarse igualmente a casillas de verificación frente a selecciones múltiples.

0
ericslaw