Il pulsante Salva modifiche blu dovrebbe essere grigio inizialmente

Nelle Preferenze questo pulsante dovrebbe essere grigio, fino al momento in cui c’è effettivamente qualcosa da salvare. Solo allora dovrebbe diventare blu.


Quindi, dopo aver salvato con successo, dovrebbe tornare grigio.

Attualmente gli occhi dell’utente dipendono completamente dalla ricerca della parola “salvato” accanto ad esso.
Sì, mantieni la parola, ma sistema, intendo migliora, il pulsante. Grazie.

8 Mi Piace

Sì, questo è anche un problema con le impostazioni delle categorie, ad esempio:

(Plugin Locations installato)

Sarebbe davvero bello se anche questo fosse grigio se non ci fossero modifiche alle impostazioni da confermare…

5 Mi Piace

E se apporti delle modifiche alle tue preferenze dopo aver salvato e poi salvi una seconda volta, non puoi davvero dire se la seconda volta ha fatto qualcosa perché i due elementi hanno lo stesso aspetto di come apparivano dopo averli salvati la prima volta.

2 Mi Piace

Non sono d’accordo con questo… Avere elementi che cambiano stato dinamicamente confonde gli utenti finali ed è distraente.

Quali sono esempi in natura di questo tipo di interfaccia utente?

In una vita precedente, “disattivavamo” il pulsante Rispondi fino a quando non era consentito pubblicare, ed era estremamente confusionario, portando a un gran numero di problemi di supporto. Al giorno d’oggi puoi fare clic su di esso subito e scoprire cosa c’è di sbagliato.

3 Mi Piace

Ho provato https://meta.discourse.org/ e fb.com sia in modalità di navigazione in incognito e ho scoperto che i link non cliccabili sono stati tutti rimossi, quindi oggi non ho esempi.
Noto che sotto il mio post, Condividi, Segnalibro, Segnala, Segui tutto usa già il grigio, ma non significa non cliccabile. Quindi non preoccuparti del grigio.
Noto nelle Preferenze che anche se non si apportano modifiche, si può “Salvare” 1000 volte.

Comunque, il pulsante Salva non dovrebbe apparire affatto, se non c’è ancora nulla da salvare.

Apparentemente questo è lo stile del 2023.

1 Mi Piace

Eppure è ampiamente in uso. Devo fare clic almeno due volte perché non ricevo alcuna risposta se non un “ok” che scompare molto rapidamente. Se lo perdo, non so se il salvataggio è andato a buon fine o se c’è stato qualche intoppo.

In realtà… abbiamo già un sistema simile funzionante qui. Tutte le impostazioni, per esempio.

1 Mi Piace

Ehm, tutte le impostazioni di Discourse cambiano dinamicamente (mi scuso per il video brutto, sembra essere un problema di .webm). Ed è molto utile!

1 Mi Piace

Questo è un paradigma UI diverso…

Ma certo, mi correggo sul fatto che sia Facebook che Google seguono questo schema:


Facebook


@Designer, cosa ne pensate, il nostro profilo utente dovrebbe seguire un paradigma simile?

  • Scuriamo il blu?
  • Scuriamo il grigio?
  • Forniamo un pulsante di annullamento come Google?
6 Mi Piace

Dovrebbe. Tutti i pulsanti di salvataggio dovrebbero seguire quello. Il colore è grigio, attenuato, qualunque cosa sia più o meno una questione di gusti — ma è per questo che abbiamo un’invenzione chiamata CSS :wink:

3 Mi Piace

Per me va bene attenuare o rendere grigi (solo per attirare meno l’attenzione visiva) purché (e non posso sottolinearlo abbastanza) siano ancora cliccabili in modo che l’utente possa ottenere un feedback su ciò che manca/non funziona dopo un tentativo di invio.

E sono fortemente in disaccordo con questo. Mostrare un pulsante di salvataggio è una chiara indicazione che si possono cambiare le cose e salvarle. E far apparire elementi di interfaccia utente completamente nuovi non è nemmeno una buona UX.

6 Mi Piace

E mostrando un altro caso. Come funziona qui la modifica rapida… :wink:

Da qui

a questo:

5 Mi Piace

Seguo il modello di Google e Facebook. (Pensavo avessero semplicemente tolto tutti i pulsanti… ma era perché ero in modalità di navigazione in incognito.)

In Have the Save Edit button grey until the user has typed something segnalo un pulsante diverso.

1 Mi Piace