Utilizziamo la nuova barra laterale da alcuni giorni e un frequente punto di confusione tra i nostri utenti è che il pulsante di salvataggio viene nascosto quando viene selezionato l’elenco delle categorie…
Ciò causa agli utenti il mancato salvataggio delle loro categorie dopo averle selezionate e ne consegue confusione.
Mentre l’occlusione del pulsante di salvataggio rende questo problema più probabile per le preferenze della barra laterale al momento, posso vederlo come un problema anche altrove.
Penso che un modo che potremmo voler considerare per affrontare questo problema sia aggiungere un avviso se si tenta di navigare lontano da qualsiasi pagina delle preferenze.
Cosa ne pensi @awesomerobot @tgxworld?
Ricordo di aver segnalato questo problema già qualche anno fa… non sono sicuro di dove. L’interfaccia utente per la selezione di tag e categorie in luoghi come questo può essere un po’ confusionaria se non sai già come fare.
È difficile capire come uscire dall’interfaccia utente una volta che si stanno selezionando gli elementi. Devi premere Esc o fare clic altrove. Non c’è un pulsante visibile X per uscire, e il pulsante di salvataggio è nascosto/coperto dal menu a discesa.
Concordo sul fatto che sarebbe utile essere avvisati di non lasciare la pagina se ci sono modifiche non salvate.
Nel pannello di amministrazione, i campi di input per le impostazioni visualizzano i pulsanti 
dopo aver modificato un campo:
Forse questo approccio potrebbe essere utilizzato qui?
Ho anche segnalato questo problema in passato.
In alcune situazioni (come il profilo utente) avere una conferma per campo sarebbe un vero fastidio per gli utenti che compilano più campi.
Ma detto questo, la stragrande maggioranza delle interazioni con le preferenze utente comporterà la modifica di uno o due campi, e ha perfettamente senso! Inoltre, abbiamo già il meccanismo in tutta l’interfaccia utente delle impostazioni.
Penso che dovremmo considerare questo a un livello molto più alto perché questo modello di interfaccia utente non è limitato solo alla barra laterale, ma all’intera interfaccia delle preferenze utente. Sono d’accordo con @keegan, tuttavia, il modello di interfaccia utente che utilizziamo per l’interfaccia di amministrazione sarà probabilmente un buon primo passo.
Sì, sono d’accordo. Sto suggerendo la stessa cosa: che consideriamo una modifica per l’intera interfaccia delle preferenze dell’utente.
Posso appoggiarlo. Lo renderebbe molto più chiaro e seguirebbe alcuni precedenti esistenti.
Penso che un popup “hai modifiche non salvate” al tentativo di navigare via potrebbe essere utile anche (potenzialmente anche per le impostazioni del sito!), ma forse la cosa da fare prima è renderle coerenti.
Sono molto favorevole all’aggiornamento del modello dell’interfaccia utente nelle preferenze utente. 
Spero che non perderemo di vista quanto segue, che secondo me è un problema dell’interfaccia utente separato ma correlato. @awesomerobot hai qualche idea su come potremmo affrontarlo? Può anche causare confusione quando si avvia un argomento e si cambiano categorie e tag degli argomenti.
Non è la stessa cosa, ma vorrei aggiungere che l’esperienza utente standard su mobile quando si utilizza qualsiasi menu a discesa/selettore/modale è il pulsante Indietro per chiudere qualcosa che è aperto:
Almeno per me è abbastanza comune essere su mobile a modificare un tag o una categoria per un argomento e premere intuitivamente Indietro per chiudere il menu a discesa e finire nella pagina precedente. Mi piacerebbe vedere tutti i modali e i menu a discesa su Discourse comportarsi allo stesso modo dei nativi su mobile, ma concordo sul fatto che un modo più esplicito per chiudere i menu a discesa sarà un passo avanti per evitare questa confusione.
I menu a discesa e i toggle dovrebbero probabilmente salvare automaticamente al cambio, sembra essere abbastanza normale ora se si guarda ad altre app. Per tag e categorie, ciò significherebbe che fare clic per aggiungere/rimuovere un elemento attiverebbe un salvataggio…
In realtà, le uniche pagine delle preferenze con input di testo sono profilo e account… e l’account ha solo 1 input di testo per il campo nome. Potremmo forse spostarlo invece nella pagina del profilo? Poi forse gli input ottengono un inline come fanno le impostazioni del sito, e possiamo avvisare qualcuno che sta cercando di lasciare la pagina senza intraprendere alcuna azione…
