É fácil esquecer de salvar as alterações na barra lateral e outras preferências

Estamos usando a nova barra lateral há alguns dias e um ponto frequente de confusão entre nossos usuários é que o botão de salvar fica oculto quando a lista de categorias é selecionada…

Isso está fazendo com que os usuários não salvem suas categorias após selecioná-las e a confusão se instala.

10 curtidas

Embora a oclusão do botão Salvar torne este problema mais provável para as preferências da barra lateral no momento, posso ver que ele também será um problema em outros lugares.

Acho que uma maneira que podemos considerar para abordar essa questão é adicionar um aviso se você tentar sair de qualquer página de preferência.

O que você acha disso @awesomerobot @tgxworld?

5 curtidas

Lembro-me de ter relatado esse problema há alguns anos… não tenho certeza onde. A interface do usuário para selecionar tags e categorias em locais como este pode ser um pouco confusa se você ainda não sabe como fazer isso.

É difícil saber como sair da interface do usuário depois de selecionar itens. Você tem que pressionar Esc ou clicar fora dela. Não há um botão visual X para sair, e o botão de salvar está oculto/coberto pelo menu suspenso.

Concordo que seria útil ser avisado para não sair da página se você tiver alterações não salvas.

7 curtidas

No painel de administração, os campos de entrada para configurações exibem botões :white_check_mark: :x: após a edição de um campo:

Talvez essa abordagem possa ser usada aqui?

6 curtidas

Eu também já relatei esse problema no passado.

Em algumas situações (como o perfil do usuário), ter uma confirmação por campo seria uma grande dor de cabeça para os usuários que preenchem vários campos.

Mas, dito isso, a grande maioria das interações de preferências do usuário envolverá apenas a alteração de um ou dois campos, e isso faz todo o sentido! Além disso, já temos o mecanismo em toda a interface de configurações.

2 curtidas

Acho que devemos considerar isso em um nível muito mais alto, porque esse padrão de UI não está restrito apenas à Barra Lateral, mas a toda a interface de preferências do usuário. Concordo com @keegan aqui, embora o padrão de UI que usamos para a interface de administração provavelmente será um bom primeiro passo.

5 curtidas

Sim, concordo. Estou sugerindo o mesmo – que consideremos uma mudança para todas as preferências do usuário.

Posso apoiar isso. Tornaria tudo muito mais claro e seguiria um precedente existente.

Acho que um pop-up de "você tem alterações não salvas" ao tentar navegar para longe também pode ser bom (potencialmente também para as configurações do site!), mas talvez a primeira coisa a fazer seja torná-los consistentes.

4 curtidas

Sou muito a favor de atualizar o padrão de UI nas preferências do usuário. :+1:

Espero que não percamos de vista o abaixo, que é um problema de UI separado, mas relacionado, na minha opinião. @awesomerobot você tem alguma ideia de como poderíamos abordá-lo? Também pode causar confusão ao iniciar um tópico e alterar categorias e tags de tópicos.

2 curtidas

Não é a mesma coisa, mas gostaria de acrescentar que a experiência padrão do usuário no celular ao usar qualquer dropdown/select/modal é o botão Voltar para fechar algo que está aberto:

native dropdown

Pelo menos para mim é muito comum estar no celular editando uma tag ou categoria de um tópico e intuitivamente apertar Voltar para fechar o dropdown e acabar na página anterior. Eu adoraria ver todos os modais e dropdowns no Discourse se comportando da mesma forma que os nativos no celular, mas concordo que uma forma mais explícita de fechar dropdowns será um passo à frente para evitar essa confusão.

3 curtidas

Dropdowns e toggles provavelmente devem salvar automaticamente ao serem alterados, isso parece ser bastante normal agora se você olhar outros aplicativos. Para tags e categorias, isso significaria que clicar para adicionar/remover um item acionaria um salvamento…

Na verdade, as únicas páginas de preferências com campos de texto são perfil e conta… e conta tem apenas 1 campo de texto para o campo name. Poderíamos possivelmente movê-lo para a página de perfil em vez disso? Então, talvez os campos recebam um :white_check_mark: :x: inline como as configurações do site fazem, e podemos avisar alguém que está tentando sair da página sem tomar uma atitude…

7 curtidas