Checkbox vs Two Radio Buttons - Quale è più utilizzabile?

Question

Attualmente sto lavorando su alcune schermate di impostazione, la maggior parte delle quali contiene un modulo di 2 colonne con una domanda di preferenza a sinistra e un elemento di modulo a destra.

Le domande sono cose come:

possibile aggiungere/modificare altri utenti?

È possibile eliminare i client?

Ovviamente questa impostazione è un binario ambiente e molti "esperti" UI sarebbe insistono che una casella di controllo è l'elemento forma appropriata da utilizzare.

Tuttavia, quando ho preso in giro il modulo con le caselle di controllo sembrava ostile e sembrava difficile riportare lo stato della casella alla domanda.

ho cambiato il modulo da utilizzare due pulsanti di opzione, invece:

• Sì o No

Personalmente trovo questo più facile da elaborare, come le opzioni sono in realtà risponde al domanda posta a sinistra.

In termini di clic non fa alcuna differenza per l'utente, è un singolo clic ogni volta per modificare l'impostazione.

Cosa ne pensi di questo uso di pulsanti di opzione? È meglio o peggio di una casella di controllo e perché?

Answer 1

Per qualcosa come "Can do X" userei una casella di controllo piuttosto che una radio come Can Do not/Can not Do si riferisce bene alla natura On-Off di una casella di controllo. La maggior parte degli utenti comprende le mappe delle tacche su Sì e nessuna mappa delle zecche su No.

Tuttavia, un set radio può avere senso per alcune opzioni binarie in cui le opzioni non sono chiare o il modo in cui esse possono riguardare l'attivazione/disattivazione non è ovvio. Ad esempio, potresti avere "File binario?" segui una casella di controllo, ma penso che in questo caso sarebbe più chiaro avere "Formato file" seguito dalle opzioni "Binario" e "Testo".

Answer 2

Da una prospettiva ux direi che la casella di controllo rappresenta true/false ie; La ricerca è Vuoi il segno di spunta XXX per sì nel linguaggio comune) ma per una scelta preferirei la radio (ad esempio A o B). Ci sono altre metafore come il pulsante inserito/estratto.

Answer 3

Penso che i radiobutter ingombrino la GUI se le risposte sono sempre sì/no. I radiobutton potevano anche usare la tastiera per impostare un po 'più difficile le opzioni.

Answer 4

Dipende dal contesto e dal pubblico di destinazione: il tuo obiettivo è ridurre al minimo i processi di pensiero necessari per rispondere.

Se si tratta di un questionario, ad esempio, probabilmente vorrai chiedere in frasi complete. Una schermata delle opzioni sarebbe mirata alla lettura delle scansioni (quindi consentire/negare invece di sì/no), mentre una barra degli strumenti (qualcosa di frequente impostata/non impostata) userà un interruttore. In ogni caso, sbaglierei sul lato della coerenza.

Per le autorizzazioni, è normale utilizzare un'intestazione di Autorizzazioni, con una casella di controllo per Modifica utenti. Potresti anche evidenziare il permesso se è abilitato. Questo aiuta gli utenti della tastiera richiedendo solo una pressione di tab invece di due. Assicurati che l'area di clic per la casella di controllo sia sufficientemente grande.

In entrambi i casi, una forma a due colonne non è consigliata perché pone il target troppo lontano dalla descrizione. Incoraggia anche domande come "Consenti controllo completo o solo alcuni (sì/no)". Che ne dici di utilizzare le righe che cambiano da verde a rosso e mostrare un segno di spunta/croce? Ciò può essere fatto in modo web-friendly.

Answer 5

Hai provato a utilizzare solo CheckBox etichettati come "Può aggiungere/modificare altri utenti" senza la domanda a sinistra?

Answer 6

Sono d'accordo sul fatto che le caselle di controllo hanno più implicitamente un significato "vero"/"falso", un altro punto è che per i pulsanti di opzione è possibile forzare l'utente a fare una scelta attiva non avendo nessuna opzione selezionata. Pertanto, per i campi importanti potrebbe essere una buona idea usare i pulsanti di opzione in modo che l'utente non perda per errore.

Answer 7

Abbiamo avuto un'esperienza con la clientela di gruppi di età più avanzata, hanno capito che i pulsanti di opzione "Sì"/"No" erano migliori delle caselle di controllo. E siamo stati costretti a rimuovere caselle di controllo e mettere pulsanti di opzione ovunque. È meglio per le persone non esperte IT.

Answer 8

Ho esaminato questo recentemente per progettare una classe di form PHP. Come si nota, la risposta standard è che si dovrebbe usare una casella di controllo e ho persino visto alcune persone sostenere che dove vengono utilizzate le radio, dovrebbe essere fornito un valore predefinito.

Non potrei non essere in disaccordo di più. Considerare quando un utente è confrontato con un input di testo, ad esempio per inserire il proprio nome utente. Se inviano il modulo senza compilare questo campo e il campo è necessario, sappiamo che la stringa vuota generata è un input errato. Forse l'utente ha mancato il campo o non si è reso conto che era necessario. Spariamo un errore e chiediamo loro di inserire i dati mancanti.

Ora considerando lo stesso scenario ma con una casella di controllo. Se l'utente manca la casella di controllo, non abbiamo idea se il loro input fosse intenzionale o non intenzionale. Lo stesso vale per le radio con un valore predefinito.

Di conseguenza, suggerisco caldamente che un modulo non contenga affatto i valori di default. Se un'informazione è abbastanza importante da essere presa da un utente, allora è abbastanza importante per essere corretta. Fornendo un valore predefinito tramite una casella di controllo o un set di radio con un controllo, sacrifica una grande quantità di precisione per una piccola quantità di usabilità. Pertanto, penso che l'utilizzo di radio Sì/No sia di gran lunga superiore alle caselle di controllo.

L'unico posto in cui una casella di controllo è valida, a mio avviso, è dove si dispone di una piccola raccolta di opzioni di cui un utente può selezionare più di una. Se la raccolta è grande, tuttavia, dovrebbe essere utilizzata una selezione (senza un'opzione predefinita vuota).

Answer 9

Trovo i pulsanti di opzione davvero difficili da supportare o documentare.

Si può dire alle persone di spuntare la casella di controllo, e ha senso per loro.

Ma il "pulsante di opzione" ha poco senso, e "blob l'opzione che più si applica" è solo una cosa priva di senso da dire.

Answer 10

La mia sensazione è che si debba usare una casella di controllo dove la risposta può essere solo Sì o No - nient'altro, ad es. Vuoi registrarti?

Pulsanti di opzione dove ci sono altre opzioni. per esempio. Vuoi una newsletter in oPermettere testo oHTML - con NO default

L'altra considerazione è quella di utilizzare i pulsanti di opzione in cui si desidera che l'utente prenda una decisione consapevole. Come una delle altre risposte dice, se è abbastanza importante da chiedere, allora è probabilmente abbastanza importante da essere preciso.

L'unica volta che utilizzo una casella di controllo è se la risposta è Sì o No E se la casella spuntata abiliterà altri campi che l'utente deve compilare E le sue informazioni facoltative/non essenziali per completare il processo, ad es. Vuoi autorizzare qualcun altro ad accedere al tuo account []. Ciò consentirebbe quindi campi come Nome, indirizzo, ecc. L'unica cosa che chiedo è "Se un utente lascia questa opzione come predefinita (di solito NO), fa una differenza sostanziale e può essere facilmente modificata in seguito"

Answer 11

Nel mio caso, perché abbiamo bisogno di risposte esplicite, un sì esplicita o no, io uso le caselle di controllo sia per un sì e no:

Yes [ ]  No [ ] 

il vantaggio è che il modulo è valido su carta e (a volte fax/sono richieste le firme). Immagino che puoi anche modellare i pulsanti di opzione come caselle di controllo!