it-swarm-eu.dev

I "pulsanti di attivazione / disattivazione" devono mostrare cosa fanno o lo stato del sistema?

Possibile duplicato:
n pulsante di attivazione/disattivazione dovrebbe mostrare lo stato corrente o lo stato in cui cambierà?

Trovo incoerenza nei "pulsanti di commutazione" (ho appena inventato il nome ora. Vedi screenshot per sapere cosa intendo). Vedo i controlli della GUI che possono mostrare l'azione che verrà eseguita o lo stato del sistema. Questo è confuso, perché non conosco la convenzione.

Sento che il modo più naturale di visualizzare i pulsanti di attivazione/disattivazione sarebbe quello di mostrare cosa fanno invece dello stato del sistema, proprio come i pulsanti multimediali (riproduzione, pausa, successivo, ecc.). Ad esempio, se il supporto è in riproduzione, il pulsante "riproduci" viene visualizzato come premuto, proprio come sui lettori di cassette.

Qual è la migliore pratica? Dovrebbero mostrare che i pulsanti mostrano lo stato del sistema o dovrebbero mostrare cosa fanno i pulsanti? Ci sono casi in cui è meglio mostrare lo stato del sistema o viceversa?

16
Allan Caeg

I pulsanti con etichetta (pulsanti a levetta) sono spesso confusi o persino ambigui, come fai notare. Anziché,
mostra lo stato e l'azione, in questo modo:

Online[Vai offline]

Quindi abbiamo un'etichetta che indica chiaramente lo stato corrente e un pulsante per eseguire un'azione per modificare lo stato.

Mostrare sia lo stato corrente sia l'azione allo stesso tempo è l'unico modo per essere completamente chiari. I pulsanti di opzione lo farebbero, ma la soluzione etichetta + pulsante è migliore perché offre una chiara distinzione visiva tra i due. Inoltre è naturalmente più compatto dei pulsanti di opzione.

Per quanto riguarda le alternative, penso che sia concordato che i pulsanti di attivazione/disattivazione possono essere problematici. Anche le caselle di controllo possono essere fonte di confusione:

[]online

La casella di controllo non è selezionata, quindi l'applicazione non è in linea. Ma questo non è particolarmente chiaro. Se lo guardi, la prima cosa che vedi è la parola "Online", quindi è facile trarre una conclusione sbagliata.

Il problema è che tutto ciò che puoi vedere è una singola etichetta. Devi pensare un po 'prima di poter decidere se l'etichetta indica uno stato o un comando. Questo problema è comune alle caselle di controllo e ai pulsanti e il tentativo di utilizzare in modo coerente aggettivi (o verbi o altro) può migliorare le cose ma non risolverà il problema.

10
Bennett McElwee

Il problema è piuttosto vecchio. Ecco una citazione dall'interfaccia umana di Jef Raskin:

Come spesso accade quando gli interruttori vengono utilizzati sui pulsanti o nei menu, gli utenti leggono l'etichetta come indicatore di stato. E sono giustamente confusi.

Raskin dice che ciò che può aiutare è usare una casella di controllo anziché un pulsante. O se abbiamo più spazio, possiamo usare i pulsanti di opzione. In questo caso l'utente può vedere chiaramente non solo lo stato attuale ma anche le alternative.

E

È importante etichettarli con aggettivo, che descrive lo stato dell'oggetto interessato, piuttosto che un verbo, che descrive un'azione, nel qual caso l'utente non sa se l'azione ha avuto luogo o deve ancora aver luogo.

7
Kostya

è confuso e apparentemente non c'è alcuna standardizzazione o tendenza umana generale. Ad esempio, le Linee guida per l'interazione con UX di MS Windows specificano quattro tipi base di attivazione/disattivazione del controllo della divulgazione progressiva . Tre su quattro mostrano lo stato quando attivato, mentre uno mostra lo stato corrente. Sospetto che questa sia una controversia che ha bisogno di innovazione e ricerca per essere risolta.

I pulsanti di commutazione sono un controllo stabilito nello Gnome , in cui sembrano essere sinonimi funzionali dei pulsanti di opzione (radio). Sono anche descritti nelle Apple, insieme a "controlli segmentati" molto simili che sono spesso usati per impostare una vista o una presentazione. IMO, i pulsanti di attivazione/disattivazione dovrebbero essere specificamente utilizzati per stai parlando: avviare e interrompere i processi. Questo potrebbe essere il modo per risolvere la controversia.

Per utilizzare per avviare e interrompere un processo, un pulsante di attivazione/disattivazione deve essere etichettato in modo inequivocabile con l'azione che produce il suo stato affermativo (in esecuzione) indipendentemente dallo stato corrente. Ad esempio, per un client di posta elettronica, dovrebbe essere etichettato "Connetti", non "Online". Lo stato corrente è indicato dall'aspetto grafico del pulsante di attivazione/disattivazione, non dalle relative etichette. Quando è disattivato, il pulsante di attivazione/disattivazione deve apparire "sollevato", quindi appare come un pulsante di comando. Se attivato, il pulsante di attivazione/disattivazione dovrebbe "rimanere" in uno stato sommerso, come un indicatore di stato (ad es. Una casella di testo di sola lettura).

Per un'ambiguità minima, desideri due pulsanti di attivazione a esclusione reciproca (ad esempio, uno per la connessione e uno per la disconnessione), in linea con le linee guida di Gnome. Tuttavia, questo consuma il doppio del settore immobiliare e sospetto che tu possa fare bene con un solo pulsante di attivazione/disattivazione per processi come Connect che hanno semplici stati Vero e Falso (analogo all'utilizzo di una casella di controllo anziché di due pulsanti di opzione).

L'aspetto e il comportamento di un pulsante di attivazione/disattivazione sono coerenti con le opzioni di attivazione/disattivazione dei pulsanti di attivazione/disattivazione (come i pulsanti di riproduzione sui più vecchi registratori di nastri fisici a cui alludi). È inoltre coerente con i pulsanti di opzione, le caselle di controllo e le voci di menu dello stato, che mostrano tutti i loro stati affermativi attraverso una grafica standard. Quando il controllo appare come un pulsante di comando (aspetto rialzato), viene etichettato come un pulsante di comando, l'etichetta che indica l'azione commessa come qualsiasi pulsante di comando (Connetti). Quando sembra un indicatore di stato (affondato), l'etichetta suggerisce il suo stato attuale (collegato).

Un'alternativa è lo scambio di etichette per indicare l'azione/stato come descritto. Funziona con i normali pulsanti di comando se usi etichette di testo che indicano inequivocabilmente l'azione commessa all'attivazione. Non utilizzare un'icona e non utilizzare etichette di stato come "Online" e "Offline" perché i pulsanti di comando indicano le loro azioni, non gli stati. Usa etichette come "Connetti" e "Disconnetti". Lo svantaggio di questo approccio è che in alcuni casi potresti ottenere etichette più lunghe e l'utente deve fare una trasformazione mentale per leggere lo stato affermativo ("Dice che posso disconnettermi, quindi ora devo essere online").

Lo scambio di etichette in un controllo indicatore di stato come la casella di testo dovrebbe avere etichette non ambigue del loro stato, non l'azione commessa ("Online"/"Offline"). Il problema con questo approccio è che gli indicatori di stato non eseguono tradizionalmente i comandi, quindi gli utenti potrebbero non pensare di fare clic su di essi per avviare/interrompere un processo.

In alcuni casi è possibile utilizzare un controllo casella di controllo, ma sembra più appropriato modificare un valore di attributo anziché avviare e arrestare un processo.

2
Michael Zuschlag

Sono d'accordo con Bennett; separare la visualizzazione dello stato e il comando è l'unico modo per evitare questo dilemma. Questo segue le raccomandazioni di Alan Cooper in "About Face 3.0", in cui afferma che "il controllo può servire come indicatore di stato o come controllo di selezione per cambiare stato, ma non entrambi".

Tuttavia, la maggior parte dei lettori video fa esattamente questo: combinano il pulsante "Riproduci"/"Pausa" in un unico controllo. Posso dire dalla mia esperienza che questo funziona bene per me e posso solo immaginare il perché. Uno dei motivi è che hai il feedback visivo della riproduzione video in quale stato ti trovi. Un'altra ragione a cui riesco a pensare è che i grandi siti di video come YouTube e Vimeo stanno usando questo modello in modo coerente, quindi è stato ampiamente utilizzato, una sorta di standard.

Per progettare un controllo di attivazione/disattivazione in modo inequivocabile, è necessario separare stato e azione, scegliere con cura la formulazione ed essere coerenti in tutta l'applicazione.

Potresti voler dare un'occhiata a un modello che ho progettato, il " pulsante flip-flop ". È stato progettato specificamente per touchscreen; intero sito tratta i modelli di interfaccia utente per applicazioni critiche per la sicurezza.

1
Tom Zahler