Usabilidade: se a tecla ENTER fechar um formulário assistente como OK mesmo se o foco não está definido no botão OK / feito?

Question

Eu tenho o na minha opinião pedido estranho para fechar um formulário assistente como Concluído ou em OK se Enter foi pressionada no teclado, mesmo se o botão OK / feito não é o foco.

Na minha opinião de que seria um erro usabilidade. Por exemplo: No assistente você pode ter vários controles, botões, caixas de seleção, múltiplos controles de linha e todos eles têm um comportamento diferente nas ações da tecla ENTER. E não se esqueça dos outros botões na barra de navegação do assistente, e se eles estão focados?

Se estes controles não reagem em Enter como esperado antes? Eles devem fazer suas ações, mas em outros casos em Enter faz nenhuma outra ação para o controle deve fechar o formulário == inconsistente?

Eu acho que é um pedido típico em que as necessidades de uma pessoa iria ajudá-lo, mas confundir muitos outros.

Em meus assistentes de opinião são muito especiais porque elas não são feitas apenas para tornar as coisas mais fáceis, mas também muitas vezes se concentrar em pessoas com menos experiência com a funcionalidade de uma aplicação. Então, eu tomo cada pedido sério e tentar olhar para todos os argumentos a favor e contra o pedido.

É o meu ponto de vista a diminuir? Existem alguns estudos de usabilidade ou diretrizes especialmente para assistentes de backup minha opinião ou me errado talvez prova?

Muito obrigado!

Michael

Answer 1

Eu acho que a chave é teste. Você realmente não pode adivinhar o que os usuários irão encontrar confortável, você tem que vê-los tentar. Especialmente porque há várias normas incompatíveis você pode seguir, você está apenas vai ter que ver se essa mudança funciona para a maioria dos usuários em seu público.

Answer 2

Bem, aqui está a coisa:., Existem dois tipos de usuários que você tem que levar em conta aqui

Primeiro tipo de utilizadores são os Baby Boomers e Geração X (por exemplo, as pessoas que têm vindo a utilizar computadores nos anos 70/80) que estão acostumados a pressionar Enter para mover para o próximo campo. Estes são aqueles que aprenderam a usar computadores em terminais / consoles e entrar significa que você está digitando acabado naquele campo e iria passar para a próxima.

Segundo os tipos de usuários são aqueles que foram desmamados no Windows. Essas pessoas são utilizados para pressionar a tecla Tab para mover para o próximo campo. Enter para eles significa que eles são feitos com a coisa toda.

Assim que convenção que você deve seguir? Isso vai depender se você está targetting o primeiro ou o segundo tipo de usuários, o ambiente (Windows ou Web?), E o sistema operacional.

Se você está targetting formulários do Windows, é muito aconselhável para ser consistente para o sistema operacional (por exemplo, permitindo que as pessoas usam tabulação em vez de Enter) para entrada de formulário. Na web, você está em um dilema, uma vez que entra é preso pelo navegador da web como um evento de envio.

No final, o conselho útil apenas eu posso oferecer é para testá-lo com seus clientes-alvo e ver se eles preferem Enter sobre Tab.

Answer 3

Eu seria da mesma opinião, talvez mencioná-lo para o cliente e deixá-los usar a versão final em ambos os modos. Eu acho que você tem que dar-lhes o que eles pedem, quando eles estão pagando.

Answer 4

Para mim, isso também parece ser um pedido estranho, mas como diz Paulo, se o cliente quer, em seguida, o cliente recebe-lo. Entretanto do ponto de vista da usabilidade / compreensão, gostaria de fazer a borda do botão / ok feito muito mais espessa de modo que o normal que ele se destaca um pouco e talvez indicam que as pessoas que tem um comportamento especial. Também gostaria de talvez fazer uma nota na caixa de diálogo / assistente que bater entrar fará com que o assistente para perto como se o botão OK / Feito tinha sido pressionado. Enquanto o usuário pode saber que pressionar Enter irá fechá-lo, a menos que alguém é especificamente dito, eles não vão esperar que o comportamento.

Answer 5

Eu acho que você deve ter uma página de chegada para facilitar este processo. Se o usuário pressiona entrar por engano o pior é que ele não vai terminar o assistente, só vão para a próxima página (que pode ser a página de acabamento). Isso é bom para situações onde as bombas nucleares são controlados pelos ditos assistentes.

Na página acabamento enter iria concluir o assistente (e explodir Iraque, derrubar um satélite ou apagar fazenda de Jimbob).

Se o usuário pode re-executar o assistente Eu não acho que seria desastroso se eles acidentalmente acabou.

Lembre-se, assistentes nunca deve tomar qualquer ação até que sejam concluídas, no caso do usuário cancelar ou tal. caixas de diálogo de confirmação em um acabamento são entediantes e eu vou te caçar, se você usá-los, eu acho que uma vez que o usuário tenha terminado o assistente, ele é bastante certeza sobre sua intenção.

Answer 6

Talvez o cliente tem boas razões para isso. Imagine a seguinte situação: Uma tela com lotes de campos opcionais que fica aberto / fechado a precisão dos dados muito e onde não é realmente crítica.

Pense em um pequeno programa que aparece a cada meia hora de perguntar-lhe o que você tem feito, para que cliente e talvez algumas notas para que ele possa reunir esta informação e gerar seu quadro de horários.

Ser capaz de abrir o ecrã, introduza a informação e fechar tudo muito rápido e com tão pouco incómodo possível é muito mais importante do que a precisão dos dados.

Eu posso imaginar muitas situações em que ser capaz de confirmar o campo sem ter o foco pode ser útil.

Answer 7

É este o pedido talvez porque a UAT que foi realizado sobre os usuários envolvidos assistente que não estavam cientes de que pressionar ENTER terá o mesmo efeito que clicar no botão?

Se quando a página final do assistente é exibida, o botão 'Finish' já está realçado (como seria de esperar) que talvez seja uma questão de dar ao usuário alguma sugestão de que eles também podem pressionar ENTER neste momento.

Se você tomar Google, por exemplo, eu me lembro que se você tende a escrever sistematicamente seu termo de busca e, em seguida, clique no botão 'Pesquisar' com o mouse, uma mensagem é exibida no topo dos resultados de pesquisa que gentilmente dicas para que você também pode simplesmente pressionar ENTER. Obviamente, isso não é algo que pode ser feito facilmente no seu caso, porque esta é a última página do assistente, mas talvez este é o tipo de coisa que seu cliente está tentando levá-lo para projetar ao redor?

Answer 8

Educar os seus clientes. Mostre-lhes alguma documentação como por que essa sugestão pode não ser uma prática boa usabilidade.

Alguns Web site respeitável irá funcionar melhor, como clientes geralmente vai acreditar um terceiro antes de acreditar que você. Afinal, para eles provavelmente você está apenas sendo preguiçoso e não quer trabalhar mais.

Se o cliente ainda não admitem, em seguida, basta fazer o que eles querem, e avisá-los de que não é a boa coisa a fazer.

Apesar de no seu caso, a "boa coisa a fazer" parece um pouco na área cinzenta.

Answer 9

Eu diria que você poderia usar essa funcionalidade para avançar através do assistente, mas apenas se não houver outra ação havia sido tomada nessa página.

No momento em um campo seja concluído ou um botão clicado / realçado ou o cursor é movido a partir da posição padrão, a funcionalidade Enter deve reverter para a do OS padrão.

Como já foi dito, claramente isso só funcionam se aqueles que utilizam o assistente foram informados sobre isso como parte de seu treinamento de aplicação, mas pode ser útil para mover-se rapidamente através das páginas un-usado do assistente para chegar onde o usuário precisa ser.

Answer 10

não importa. Escolher e ser consistente em todas as suas aplicações