Domanda

Quali sono i casi in cui utilizzeresti un popup modale? Interrompe il flusso dell'utente, se all'improvviso gli si apre in faccia? Eviteresti i popup modali in generale? o quando bisogna stare attenti a usarli?

Modifica

Per essere un po 'più specifici, la situazione qui è questa:

Ho un menu sulla destra, (stile VisualStudio) quando l'utente vuole aggiungere un elemento, dovrei espandere il menu verso il basso e lasciare che selezionino qualcosa da esso lì, quindi devo premere il pulsante OK, o visualizzare un popup modale costringendoli a selezionare.

(la fase di selezione è obbligatoria.)

È stato utile?

Soluzione

Da Wikipedia :

Gli usi frequenti delle finestre modali includono:

  • attirando l'attenzione su importanti informazioni. Questo uso è stato criticato come inefficace.

  • bloccando il flusso dell'applicazione fino a quando non vengono immesse le informazioni necessarie per continuare, come ad esempio una password in una procedura di accesso.

  • raccolta delle opzioni di configurazione dell'applicazione in una finestra di dialogo centralizzata. In tali casi, in genere le modifiche vengono applicate alla chiusura della finestra di dialogo e l'accesso all'applicazione viene disabilitato durante le modifiche.

  • avvisa che gli effetti dell'azione corrente non sono reversibili. Questo è un modello di interazione frequente per i dialoghi modali, ma è anche criticato dagli esperti di usabilità come inefficace per l'uso previsto (protezione contro gli errori nelle azioni distruttive) e per il quale esistono alternative migliori.

Altri suggerimenti

Personalmente, penso che i pop-up modali possano sempre essere evitati. L'uso più comune di un pop-up modale è indicare errori o cercare l'input dell'utente per procedere. Entrambe queste azioni possono essere eseguite "inline", ovvero creando azioni adeguate sulla stessa pagina stessa senza un pop-up modale.

es. gli errori in un campo di testo possono essere indicati rendendo lo sfondo rosso o creando una piccola icona di errore accanto al campo e il testo dell'errore sotto di esso.

I popup sono sempre un'irritazione per un utente e, a mio avviso, possono essere sostituiti in modo intelligente senza perdere alcuna funzionalità.

EDIT: Nella tua situazione, una soluzione semplice sarebbe quella di disabilitare il pulsante di commit fino a quando l'utente non ha effettuato una selezione. Ciò garantirà che l'utente prema OK solo dopo aver effettuato una selezione

Se segui il percorso popup modale, aggiungi un ritardo prima di accettare l'input. Ci sono alcune cose fastidiose come digitare in qualche applicazione e vedere il lampo rivelatore della finestra di dialogo che implica qualcosa spuntato, accettato qualsiasi tasto casuale che ti è capitato di premere in quel momento come input e se ne andò per fare qualche azione casuale .

IMO, evitali per tutto tranne che per le cose che sei assolutamente sicuro richiede l'attenzione immediata dell'utente . Altrimenti, interrompono il flusso senza una buona ragione

Non credo sia utile evitare popup modali. Pensa alla conferma sulla chiusura di lavori non salvati, sulle finestre di dialogo di apertura dei file e su questo genere di cose.

Penso che non dovresti mostrarli all'improvviso, quando l'utente è impegnato con qualcos'altro.

Riduci a icona. Utilizzare la barra di stato o un meccanismo non in-the-face per avvisare l'utente.

Dovresti stare attento quando vuoi avere test automatici. Le finestre di dialogo modali adorano suonare " mostra stopper " ;.

Per essere un po 'più specifici, la situazione qui è questa:

Ho un menu sulla destra, (stile VisualStudio) quando l'utente vuole aggiungere un elemento, dovrei espandere il menu verso il basso e lasciare che selezionino qualcosa da esso lì, quindi devo premere il pulsante OK, o visualizzare un popup modale costringendoli a selezionare.

(il passaggio di selezione è obbligatorio.)

Le finestre di dialogo modali sono state condannate a lungo dagli esperti di usabilità a causa della loro natura dirompente per quanto riguarda il flusso di lavoro degli utenti. Vedi, ad esempio, "Humane Interface" di Jef Raskin " libro per la discussione di interfacce non modali.

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