É uma má idéia ter campos de entrada após a senha em um formulário de login?

A melhor situação da guia e situações comuns é:

• input: email
• input: senha
• caixa de seleção: mantenha-me logado in (às vezes isso é omitido)
• botão: enviar (observe como você pode usar a barra de espaço, mais rápido do que entrar em algumas situações)

Provas:

• Google (login unificado)
• Yahoo (login unificado, inclui Flickr, Delicious)
• Twitter (observe também como o fluxo visual difere do fluxo da guia para ser consistente!)
• Facebook (ibidem)
• Baidu
• Wikipedia
• LinkedIn
• Craiglist
• Meu espaço
• IMDB

Disjuntores notáveis:

• MSN
• eBay

Portanto, nesses sites, estamos incluindo provavelmente a maioria dos usuários da Web do mundo e todos eles estão alinhados no comportamento que descrevi.

Quebras notórias nesse padrão são quando os designers de formulários úteis colocam o link Esqueceu a senha na guia parar após a senha e antes do botão Enviar. Isso inevitavelmente resulta na atualização da página, um novo carregamento de formulário. Então, quando voltar, de acordo com as boas práticas de segurança, o campo de senha (que eu digitei na primeira vez) ficará em branco.

Embora eu respeite totalmente a liberdade estética de designers e desenvolvedores e não queira que a Web pareça homogênea, o comportamento da web deve ser.

Dan Wilson

Pense em suas próprias experiências - quando você faz login em um site, o que você espera fazer? Eu, espero fazer exatamente o que Dan disse - Nome de usuário TAB Senha TAB digitar. Eu já vi pessoas que têm a funcionalidade "Lembrar-me" manter esse conceito básico - no chase.com, para marcar a caixa de seleção "Lembrar meu nome de usuário", você realmente precisa tabular o botão Enviar, a fim de focar na caixa de seleção. Não sei se realmente gosto disso, mas isso torna o login geral muito mais rápido.

Uma adição que eu teria à sua declaração é que, em uma página de login, o foco inicial DEVE estar no campo de nome de usuário. Não consigo contar o número de sites para os quais vou onde o foco está definido incorretamente (ou não está definido) quando uma página é carregada pela primeira vez.

Não acredito que o padrão UX dominante seja Nome de usuário TAB Senha TAB Enter. Por que o TAB + Enter extra depois de digitar a senha? Salve você mesmo um pressionamento de tecla e pressione Enter após inserir a senha para enviar o formulário. Como Chase menciona, para formulários de login: Nome de usuário TAB Senha Digite.

Considero que formulários com botões de envio falsos usando input type = 'button' em vez de type = 'submit' são uma penalidade mais ofensiva do UX. Isso reforça o hábito TAB + Enter para enviar um formulário quando ele deve ser apenas Enter.

É irrelevante responder "Eu não uso esse padrão". Se o padrão é O dominante ou não (e o tamanho da sua amostra não mostra isso), se é um padrão significativo, deve ser respeitado. Talvez apenas 10% dos usuários pressionem uma guia antes de entrar, mas você não quer irritar 10% dos usuários por algo tão simples de corrigir como esse.

Para formulários de login, se o design exigir algo entre senha e envio, você ainda pode alterar a ordem das guias para que ele ignore os elementos de má experiência ao fazer a tabulação. Veja https://www.bankofamerica.com/ , que é um pouco semelhante. A tabulação passa a usuário/área/envio, continue a tabulação para obter o link para a caixa de seleção e o link.

Eu acho que a questão mais ampla (para mim) é colocar um elemento anti-ação onde a ação deveria estar. botões de cancelar/redefinir onde normalmente estão os botões de envio, etc. Somos criaturas bastante automatizadas e raramente lemos/prestamos atenção a pequenas alterações.

Eu concordo com o John. Eu acho que a maioria das pessoas pressiona Enter enquanto estiver no campo de senha (eu faço) ou clicará/toque no botão Enter.

No entanto, para os poucos usuários do Windows que pressionam Tab e Enter, Dan está certo: não deve haver nada entre o campo de edição da senha e o botão Enter.

Selecionei os usuários do Windows porque, no Mac, o padrão é que pressionar Tab leva você para o próximo campo de edição ou caixa de listagem. Isso nunca o levará a um botão. Minhas desculpas aos usuários do Linux; Não tenho certeza dos detalhes lá.