Va bene intrappolare gli utenti in una finestra di dialogo fino a quando non inseriscono valori validi nei componenti? [chiuso]

3

Supponiamo che disponga di una finestra di dialogo modale in cui consenta all'utente di modificare i valori di una configurazione incapsulata attraverso diversi componenti dell'interfaccia utente e voglio risparmiare lo sforzo di implementare una convalida per componente o limitare i modelli di componenti per consentire la scelta di valori non validi / inserito e piuttosto convalida lo stato di tutti i valori quando viene richiesta la chiusura della finestra di dialogo.

Natuarally Rifiuterei che la finestra di dialogo fosse chiusa se almeno un valore non è valido, informa l'utente sullo stato non valido in una finestra di dialogo separata o in una finestra / componente UI simile e continua a farlo finché i valori non sono validi.

Se la finestra di dialogo oi suoi componenti UI scrivono i loro valori direttamente sull'istanza di configurazione - perché voglio anche risparmiare lo sforzo di implementare una funzione di eliminazione per le modifiche di configurazione nella finestra di dialogo - questo sembra essere un buon affare - se solo Ero sicuro che non violasse alcun standard di programmazione / usabilità.

    
posta Karl Richter 13.03.2017 - 01:48
fonte

3 risposte

2

Un obiettivo generale di progettazione è Non farmi pensare . L'interfaccia dovrebbe guidare l'utente nel processo nel modo più fluido possibile.

Ciò include la disposizione dell'interfaccia in modo logico, limitando l'opportunità di inserire dati errati (es. date e orari), facendo ipotesi valide laddove possibile (es. derivando i dati dell'indirizzo da codice postale / zip) e non essendo troppo anale riguardo al formato dei dati presentati se possono essere facilmente risolti (ad es. in minuscole, maiuscole o minuscole per nome, cognome ecc.)

È probabile che un errore generico del modulo irriti l'utente se non è accompagnato da informazioni chiare sui campi che devono correggere.

    
risposta data 13.03.2017 - 11:23
fonte
9

È un buon obiettivo che la logica di validazione esista in un unico punto. Non è giusto considerarlo come una scusa per dare all'utente un'esperienza pessima.

Non si dovrebbe "rifiutare la chiusura del dialogo". Dovresti rifiutare di accettare l'invio. Se l'utente vuole colpire cancel lasciali.

Ovunque tu inserisca il tuo codice di convalida, basta usarlo mentre l'utente compila il modulo. Preferibilmente, un campo alla volta.

    
risposta data 13.03.2017 - 05:21
fonte
0

Ci sono fondamentalmente due situazioni che mi aspetto:

a: un cambiamento è immediato. In tal caso, ogni modifica apportata comporterà una modifica valida. L'interfaccia sarà sviluppata in modo tale da non poter inventare input non validi. In questo caso non c'è motivo di intercettare gli utenti perché ogni input è valido per impostazione predefinita.

b: una modifica o un elenco di modifiche viene eseguito solo quando premo un OK o qualcosa di simile a un pulsante Applica. In tal caso, mi aspetto che ci sia un pulsante Annulla o Indietro. Per favore non intrappolarmi da qualche parte da cui non riesco facilmente ad uscire.

    
risposta data 13.03.2017 - 16:37
fonte