Usabilità: il tasto INVIO dovrebbe chiudere un modulo della procedura guidata come OK anche se lo stato attivo non è impostato sul pulsante OK / DONE?

StackOverflow https://stackoverflow.com/questions/161591

  •  03-07-2019
  •  | 
  •  

Domanda

Ho la strana richiesta secondo me di chiudere un modulo della procedura guidata come Fatto o OK se Invio è stato premuto sulla tastiera anche se il pulsante OK / FATTO non è attivo.

Secondo me sarebbe un errore di usabilità. Ad esempio: Nella procedura guidata potresti avere più controlli, pulsanti, caselle di controllo, controlli a più righe e tutti hanno un comportamento diverso sulle azioni dal tasto INVIO. E non dimenticare gli altri pulsanti nella navigazione della procedura guidata, e se fossero focalizzati?

Questi controlli non dovrebbero reagire su Enter come previsto prima? Dovrebbero fare le loro azioni, ma in altri casi in cui Enter non fa ulteriori azioni per il controllo, dovrebbe chiudere il modulo == incoerente?

Penso che sia una richiesta tipica in cui i bisogni di una persona lo aiuterebbero ma confondono molti altri.

A mio avviso, i Wizards sono molto speciali perché non sono solo fatti per rendere le cose più facili, ma anche molto spesso si concentrano su persone con meno esperienza con la funzionalità di un'applicazione. Quindi prendo sul serio ogni richiesta e provo a esaminare tutti gli argomenti a favore e contro la richiesta.

Il mio punto di vista è ristretto? Ci sono alcuni studi o linee guida sull'usabilità, in particolare per i Maghi, per fare un backup della mia opinione o forse dimostrarmi che mi sbaglio?

Grazie mille!

Michael

È stato utile?

Soluzione

Penso che la chiave sia testare. Non puoi davvero indovinare ciò che i tuoi utenti troveranno a loro agio, devi guardarli provarlo. Soprattutto perché ci sono più standard incompatibili che potresti seguire, dovrai solo vedere se questa modifica funziona per la maggior parte degli utenti del tuo pubblico.

Altri suggerimenti

Bene, ecco la cosa: ci sono due tipi di utenti che devi prendere in considerazione qui.

Il primo tipo di utenti sono i Baby Boomer e i Gen Xer (ad esempio, le persone che hanno utilizzato i computer negli anni '70 / '80) che sono abituati a premere Invio per passare al campo successivo. Questi sono quelli che hanno imparato a usare i computer nei terminali / console e immettere significa che hai finito di digitare su quel campo e passerai al successivo.

Il secondo tipo di utenti sono quelli che sono stati svezzati su Windows. Queste persone sono abituate a premere il tasto Tab per passare al campo successivo. Premendo invio a loro significa che hanno finito con tutto.

Quindi quale convenzione dovresti seguire? Ciò dipenderà dal fatto che tu abbia come target il primo o il secondo tipo di utenti, l'ambiente (Windows o Web?) E il sistema operativo.

Se si scelgono come target i moduli di Windows, è consigliabile essere coerenti con il sistema operativo (ad esempio, consentire alle persone di utilizzare Tab anziché Invio) per l'inserimento del modulo. Nel Web, sei in un dilemma, poiché Invio viene bloccato dal browser Web come evento di invio.

Alla fine l'unico consiglio utile che posso offrire è di provarlo con i tuoi clienti target e vedere se preferiscono Enter over Tab.

Sarei dello stesso parere, forse menzionarlo al client e lasciarlo usare la versione finale in entrambe le modalità. Immagino che devi dare loro quello che chiedono quando stanno pagando.

Anche per me questa sembra essere una richiesta strana, ma come dice Paul, se il cliente lo desidera, allora il client lo riceve. Tuttavia, dal punto di vista dell'usabilità / comprensione, renderei il bordo del pulsante ok / done molto più spesso del normale, in modo che risalti un po 'e forse indichi alle persone che ha un comportamento speciale. Inoltre, potrei prendere nota nella finestra di dialogo / procedura guidata che premendo Invio farà chiudere la procedura guidata come se fosse stato premuto il pulsante OK / Fine. Mentre un utente può sapere che premere Invio lo chiuderà, a meno che non sia stato espressamente indicato a qualcun altro, non si aspetterà quel comportamento.

Penso che dovresti avere una pagina finale per facilitare questo. Se l'utente preme invio per errore, la cosa peggiore è che non completerà la procedura guidata, passa alla pagina successiva (che potrebbe essere la pagina finale). Questo è utile per le situazioni in cui le bombe nucleari sono controllate da detti maghi.

Sulla pagina finale, premere invio finirebbe il mago (e fare esplodere l'Iraq, far cadere un satellite o cancellare la fattoria di Jimbob).

Se l'utente può rieseguire la procedura guidata, non penso che sarebbe disastroso se lo finissero accidentalmente.

Ricorda, i maghi non dovrebbero mai intraprendere alcuna azione fino al termine, nel caso in cui l'utente annulli o cose del genere. Le finestre di dialogo di conferma al termine sono noiose e ti darò la caccia se le usi, penso che una volta che l'utente ha terminato la procedura guidata sia abbastanza sicuro del suo intento.

Forse il cliente ha buone ragioni per farlo. Immagina la seguente situazione: Una schermata con molti campi opzionali che viene aperta / chiusa molto e in cui l'accuratezza dei dati non è realmente critica.

Pensa a un piccolo programma che si apre ogni mezz'ora per chiederti cosa hai fatto, per quale cliente e forse alcune note in modo che possa raccogliere queste informazioni e generare la tua scheda attività.

Essere in grado di aprire lo schermo, inserire le informazioni e chiuderle tutte molto velocemente e con il minor fastidio possibile è molto più importante dell'accuratezza dei dati.

Posso immaginare molte situazioni in cui essere in grado di confermare il campo senza avere il focus può essere utile.

Questa richiesta è forse dovuta al fatto che l'UAT intrapreso sulla procedura guidata ha coinvolto utenti che non erano a conoscenza del fatto che premere INVIO avrà lo stesso effetto del clic sul pulsante?

Se quando viene visualizzata la pagina finale della procedura guidata, il pulsante 'Fine' è già evidenziato (come mi sarei aspettato) che forse si tratta di dare all'utente qualche spunto che possono anche premere INVIO a questo punto.

Se prendi Google per esempio, mi sembra di ricordare che se tendi a digitare sistematicamente il termine di ricerca e poi fai clic sul pulsante "Cerca" con il mouse, un messaggio viene visualizzato nella parte superiore dei risultati di ricerca che gentilmente ti suggerisce che puoi anche semplicemente premere INVIO. Ovviamente, questo non è qualcosa che può essere fatto facilmente nel tuo caso perché questa è l'ultima pagina della procedura guidata, ma forse questo è il tipo di cosa che il tuo cliente sta cercando di farti progettare?

Educa i tuoi clienti. Mostra loro un po 'di documentazione sul perché tale suggerimento potrebbe non essere una buona pratica di usabilità.

Alcuni siti Web affidabili funzioneranno meglio, poiché i clienti credono di solito a una terza parte prima di crederti. Dopo tutto, per loro probabilmente sei solo pigro e non vuoi lavorare di più.

Se il client continua a non concedere, fai semplicemente quello che vuole e avvisalo che non è una buona cosa.

Anche se nel tuo caso, la "buona cosa da fare" sembra un po 'nell'area grigia.

Direi che potresti usare questa funzionalità per andare avanti attraverso la procedura guidata, ma SOLO se non fosse stata intrapresa alcuna altra azione su quella pagina.

Nel momento in cui un campo viene completato o si fa clic / evidenzia un pulsante o il cursore viene spostato dalla posizione predefinita, la funzionalità Invio dovrebbe tornare a quella del sistema operativo standard.

Come altri hanno già detto, questo funzionerebbe chiaramente solo se coloro che usavano la procedura guidata ne fossero stati informati come parte della loro formazione sull'applicazione, ma potrebbe rivelarsi utile per spostarsi rapidamente attraverso le pagine non utilizzate della procedura guidata per arrivare dove l'utente deve essere.

Non importa. Scegli ed essere coerente in tutte le tue applicazioni

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top