In getjenny il problema è che ci sono form complessi all’interno di modali. Visualizzare i system errors attraverso un generic sarebbe un’ eccezione rispetto alle guidelines, possiamo dunque migliorare le guidelines aggiungendo i casi “eccezionali” da gestire al fine di migliorare la UX.
Esempio:
Se il form è all’interno di una modale e si verifica un errore di sistema (ad esempio non c’è connessione), l’errore di sistema deve essere mostrato attraverso un generic error message.
L’utilizzo di una modale per mostrare l’error message comporterebbe anche la chiusura della modal contente la form e l’utente perderebbe tutti i dati inseriti precedentemente.
"se ho una modal aperta e ho stato che potrei perdere (anche poco), gli errori di sistema si mostrano come i generic (vicino alle azioni di submit) e non con modali"
Discussione scaturita da https://github.com/buildo/getjenny/pull/740#event-2729600446
In getjenny il problema è che ci sono form complessi all’interno di modali. Visualizzare i system errors attraverso un generic sarebbe un’ eccezione rispetto alle guidelines, possiamo dunque migliorare le guidelines aggiungendo i casi “eccezionali” da gestire al fine di migliorare la UX.
Esempio: Se il form è all’interno di una modale e si verifica un errore di sistema (ad esempio non c’è connessione), l’errore di sistema deve essere mostrato attraverso un generic error message. L’utilizzo di una modale per mostrare l’error message comporterebbe anche la chiusura della modal contente la form e l’utente perderebbe tutti i dati inseriti precedentemente.
"se ho una modal aperta e ho stato che potrei perdere (anche poco), gli errori di sistema si mostrano come i generic (vicino alle azioni di submit) e non con modali"