Botão Salvar Alterações de preferência azul deve ser cinza inicialmente

Nas Preferências, este botão deve ficar cinza até que haja algo realmente para ser salvo. Somente então ele deve ficar azul.


Então, após salvar com sucesso, ele deve voltar a ficar cinza.

Atualmente, os olhos do usuário dependem completamente de procurar a palavra “salvo” ao lado dele.
Sim, mantenha a palavra, mas conserte, quero dizer, aprimore, o botão. Obrigado.

8 curtidas

Sim, este também é um problema com as configurações de Categoria, por exemplo:

(Plugin de Localizações instalado)

Seria muito bom se isso também ficasse cinza se não houvesse alterações de configuração para confirmar…

5 curtidas

E se você fizer algum ajuste em suas preferências após salvar e depois salvar uma segunda vez, você não consegue realmente dizer se a segunda vez realmente fez alguma coisa porque os dois itens ficam iguais a como costumavam parecer depois que salvamos da primeira vez.

2 curtidas

Não concordo com isso… Ter elementos mudando de estado dinamicamente é confuso para os usuários finais e distrai.

Quais são exemplos na prática desse tipo de interface?

Em uma vida anterior, costumávamos “desativar” o botão Responder até que você pudesse postar, e isso era muito confuso, levando a um grande número de problemas de suporte. Hoje em dia, você pode clicar nele imediatamente e descobrir o que está errado.

3 curtidas

Tentei https://meta.discourse.org/ e fb.com em modo anônimo e descobri que os links não clicáveis foram todos removidos, então não tenho exemplos hoje.
Notei que abaixo da minha postagem, Compartilhar, Marcar, Sinalizar, Assistindo estão todos em cinza, mas não significam não clicáveis. Então, não se preocupe com o cinza.
Notei nas Preferências que, mesmo que não se faça nenhuma alteração, pode-se “Salvar” 1000 vezes.

De qualquer forma, o botão Salvar não deveria aparecer, se nada foi alterado ainda que precise ser salvo.

Aparentemente, esse é o estilo de 2023 de fazer as coisas.

1 curtida

E, no entanto, está amplamente em uso. Tenho que clicar pelo menos duas vezes porque não recebo outra resposta senão um “ok” que desaparece muito rapidamente. Se eu o perco, não sei se o salvamento foi bem-sucedido ou se houve alguma falha.

Na verdade… já temos um sistema semelhante funcionando aqui. Todas as configurações, por exemplo.

1 curtida

Errr - todas as configurações do Discourse mudam dinamicamente (desculpas pelo vídeo feio, parece ser um problema do .webm). E é muito útil!

1 curtida

Isso é um paradigma de UI diferente…

Mas com certeza, eu me corrijo ao dizer que tanto o Facebook quanto o Google seguem este padrão:


Facebook


@Designers quais são suas opiniões aqui, nosso perfil de usuário deve seguir um paradigma semelhante?

  • Desativamos o azul?
  • Desativamos o cinza?
  • Fornecemos um botão de cancelar como o Google?
6 curtidas

Deveria. Todos os botões de salvar devem seguir isso. A cor é cinza, esmaecida, o que for, é mais ou menos uma questão de gosto — mas é por isso que temos uma invenção chamada CSS :wink:

3 curtidas

Escurecer ou cinza está bom para mim (apenas para chamar menos a atenção visualmente), desde que (e não consigo enfatizar isso o suficiente) eles ainda sejam clicáveis para que o usuário possa obter feedback sobre o que está faltando/não está funcionando após uma tentativa de envio.

E discordo fortemente disso. Mostrar um botão Salvar é uma indicação clara de que se pode alterar as coisas e salvá-las. E elementos de UI completamente novos surgindo também não é uma boa experiência do usuário.

6 curtidas

E mostrando mais um caso. Como a edição rápida está funcionando aqui… :wink:

Daqui

Para isto:

5 curtidas

Eu sou a favor de seguir o modelo do Google e do Facebook. (Pensei que eles simplesmente tivessem removido todos os botões… mas isso foi porque eu estava no modo anônimo.)

Em Have the Save Edit button grey until the user has typed something, eu relato sobre um botão diferente.

1 curtida