Quando è accettabile l'interfaccia utente modale?

Question

In generale, le interfacce modali succhiano grandi rocce. D'altra parte, non riesco a pensare a un modo migliore per gestire Apri file o Stampa ... e questo, penso, è perché

• sono azioni occasionali, rare ed importanti, e
• sono di natura atomica; o finisci di specificare tutte le opzioni di stampa e prosegui, oppure annulli l'intero spettacolo.

Mettiamo insieme una piccola guida di stile. Suggerisci eventuali casi d'uso in cui una finestra di dialogo è la presentazione preferita e perché è preferita. La finestra di dialogo può essere non modale? In tal caso, come si contrassegnano i confini transazionali, poiché Annulla cessa di avere un significato chiaro. Usi un pulsante Applica, ad esempio?

Answer 1

IMO, le interfacce modali dovrebbero essere utilizzate solo quando HAVE per gestire qualsiasi cosa stia facendo o chiedendo la finestra di dialogo prima che l'applicazione possa continuare. In qualsiasi altro momento, se stai usando una finestra di dialogo, dovrebbe essere non modale.

Answer 2

Quando esegui finestre non modali, potresti voler assicurarti che siano univoci: non vuoi davvero due caselle degli strumenti identiche (ad esempio in un programma grafico) o due finestre di dialogo delle preferenze identiche (l'ho visto in un prodotto), che può confondere al massimo.

D'altro canto, apprezzo quando una finestra di dialogo Cerca / Sostituisci non è modale: posso tornare al documento e annullare l'ultima modifica, saltare altrove, ecc .; senza perdere le impostazioni correnti.

In qualche modo, le finestre di dialogo modali dicono all'utente di " fermare tutto il resto e finire quello che stai facendo " ;, che ha i suoi usi, come sottolineato in la risposta di Stephen Wrighton .

Answer 3

Nella mia esperienza, ci sono pochissime cose che dovrebbero mai essere modali in un'interfaccia utente. Uno dei migliori esempi di questo, e probabilmente uno molto familiare agli utenti del sito, è Eclipse. Sebbene abbia alcune finestre di dialogo modali e qui sto parlando solo dell'IDE di base, esse rientrano in gran parte in tre categorie: operazioni sui file, finestre di dialogo delle preferenze e finestre dei parametri.

Anche le finestre di dialogo delle preferenze, sebbene modali per tradizione, non devono necessariamente essere modali. Tutto quello che devi fare è guardare il modello delle preferenze di Mac OS, in cui le modifiche alla configurazione avvengono immediatamente, con il comportamento modale introdotto solo nei casi in cui le modifiche potrebbero disturbare i lavori in corso.

In breve, ecco cosa direi è un buon riassunto di ciò che dovrebbe essere modale. Le eccezioni a questo set dovrebbero essere ben giustificate dall'uso.

• Finestre di dialogo per l'immissione dei parametri (esempio: procedure guidate di refactoring. anti-esempio: trova finestre di dialogo)
• Operazioni sui file
• Conferma di un'azione che avrà un effetto dirompente immediato

Answer 4

Che ne dici di una finestra di accesso utente, non puoi (o non dovresti) usare il resto di un'applicazione fino a quando non hai effettuato l'accesso, supponendo che sia necessaria la sicurezza.

Answer 5

Penso che la distinzione sia che se c'è qualcosa che un utente potrebbe essere in grado di fare nell'applicazione mentre viene mostrata la finestra di dialogo, allora non dovrebbe essere modale. Ciò include le azioni copia / incolla. Personalmente lo preferirei se le finestre di dialogo file / open e print non fossero modali. Penso che i dialoghi modali siano un segno di design debole, un male necessario per far uscire rapidamente il codice.