Diretrizes para escolher o botão através de uma ligação em formulários web

Question

Parece que botões e links são intercambiáveis ??nos dias de hoje. De uma perspectiva de experiência do usuário, existem diretrizes para escolher entre os dois? Será que isso importa mesmo?

Como regra geral, eu diria que a navegação pura deve ser sempre expresso com um link e uma ação deve ser expresso com um botão. Mas existem tantos exemplos e situações que veer disso, como o href="https://checkout.google.com/viewAddressBook" rel="nofollow página Endereços Google Checkout envio . Salvar executa uma ação e usa um botão. Editar é um link que leva o usuário para uma nova página. Ambos fazem sentido. No entanto, Excluir executa uma ação com um link.

Assim, quando como e por que é que vamos escolher botões ou links?

Exemplo cenários:

Uma página com uma grade de usuários:

• Uma user add característica que o leva para uma nova página. Link, porque ele navega.
• A redefinição de senha característica que permanece na mesma página. Button, porque é uma ação.
• Uma Exportar para CSV recurso que abre uma caixa de download, mas estadias na mesma página. Eu não sei.
• A pager na parte inferior da grade que usa AJAX para atualizar a grade. Links, por causa da precedência existentes.

Um assistente com "Next", "Voltar", "Cancelar" e recursos "Finish". Enquanto Avançar e Voltar provavelmente deve ser links, precedência diz que eles devem ser todos botões.

Answer 1

Bons recursos são: Nielsen (duh) e esta discussão

diretrizes principais costumava ser que os botões são para coisas que têm efeitos (por exemplo, "Delete") enquanto as ligações são para ações que afetam a navegação. Nestes dias, é um pouco turva, mas é uma boa idéia de que a ação não recuperável como a exclusão de um registro deve ser um botão, não importa o quê.

Em geral, é muito pior para err usando um link, em vez de um botão, uma vez que usuário não espera que a ação efeito colateral a ter lugar em tudo.

Eu concordo com tudo 5 de seus exemplos, embora Baixar CSV pode ser seguramente quer e principalmente depende de como o resto dos olhares de interface do usuário (por exemplo, se é uma parte de um painel de ações como "Download" | "Opções" | "marcador", e os outros dois são links, então seu obviamente, deve ser um links assim

.

Answer 2

Eu acho que a decisão é baseada em como você deseja que a página de trabalho. Por exemplo, se parte da navegação envolve o uso de resultados do formulário, então você iria querer usar um botão.

Então, se adicionar usuário tem uma caixa de seleção em que tipo de usuário está sendo adicionado, como pode determinar qual complemento formulário de utilizador para o uso, em seguida, um botão.

Para redefinição de senha, uma vez que permanece na mesma página, em seguida, um botão poderia fazer sentido.

Eu tendo a fazer em seguida, de volta, etc, como links, como eu pode ter palavras ou uma imagem, mas eu como a mão que aparece para ligações.

Exportar para CSV deve ser um botão, desde que você não vai a lugar nenhum, apenas fazendo um download.

De qualquer pode trabalhar, mas o que é importante é não apenas ser consistente, mas olhar para o que aplicações semelhantes estão fazendo, para ver se você pode tentar seguir algum padrão da indústria.

Como mencionei, há momentos em que eu quero a mão para mostrar-se, já que não pode ser óbvio que algo é clicável, mas eu não quero a aparência botão.

Então, se eu tiver uma palavra que pode levar a uma ação, ela deve fluir com o resto do texto, mas se você mouse sobre você pode obter alguma indicação de que este é clicável, em seguida, o link funciona melhor.

Nós não queremos sempre botões para olhar como botões, então, em seguida, liga trabalho, mas isso requer uma interface muito consistente.