Por que existe uma convenção na Web para menus suspensos ao passar o mouse em vez de clicar?
Isso é algo que sempre me perguntei. Em todos os principais sistemas operacionais, os menus do aplicativo (Arquivo/Editar/Exibir etc.) aparecem apenas ao clicar. No entanto, quase todos os sites que usam um menu suspenso o instanciam ao passar o mouse, não ao clicar.
Como e por que essa convenção aconteceu?
Não tenho idéia da resposta correta real para essa pergunta, mas deixe-me especular: acho que é porque a web possui links. Clicar em algo em um site da Web está associado à visita a uma página diferente e, como tal, se você criar um menu suspenso que é ativado ao clicar, a expectativa do que ele pode fazer quando ativado é incerta: isso me levará a um nova página ou abrirá um menu? Portanto, se você continuar essa linha de lógica, criar menus suspensos faz muito sentido, porque antes que um usuário clique, você pode apresentar um feedback indicando que ativou um menu.
Também pode levar em consideração a famosa Internet problema de déficit de atenção, que é onde todos os números que mostram pessoas circulando na sua página por apenas alguns segundos vêm. Eu sei que o conceito "usuários não clicam" é um mito, mas muitas pessoas não clicam, e isso pode levar à implementação de muitos menus usando o estado de foco, porque os designers esperam que os usuários não cliquem porque acham que isso pode levá-los a uma página diferente.
Além disso, imagino que seja um ciclo repetitivo: os designers veem menus suspensos e menus suspensos de design, que mais designers veem e mais designers projetam. Nem todo mundo pensa em cada controle individual da interface do usuário que está usando em termos de por que eles precisam e de qual propósito ele tem; muitos designers com quem trabalhei escolhem os controles "porque é isso que você usa" (consulte: uso excessivo e incessante da caixa de combinação de preenchimento automático; um discurso retórico por outro tempo).
Compare o acima com aplicativos de desktop, onde geralmente não há estado de foco, certamente não como um padrão de interface do usuário para menus, e acho que fizemos um círculo completo.
Apenas um palpite, mas o hover provavelmente é usado em oposição ao onclick porque o css tem uma pseudo-classe: hover.
Ou talvez o menu suspenso tenha sido usado porque o usuário não percebeu que precisava clicar para abrir o menu. Na metade do tempo, um menu suspenso se parece com qualquer outro menu até você passar o mouse. E a ação esperada ao clicar em um botão de navegação é que o site o leve a essa página. Portanto, talvez os usuários simplesmente não encontrassem as opções de menu adicionais.
Rahul faz um ponto interessante sobre a falta de uma ação consistente com um 'clique'; no entanto, acho que vai além disso, para um senso mais geral de descoberta na superfície da página.
As pessoas podem não clicar devido ao desejo de não sair de uma página específica, mas muitas pessoas passam o mouse sobre a página procurando por estados ativos. Como os menus reagem à passagem do mouse e não ao clique, o usuário pode descobrir mais facilmente a estrutura do sistema de menus sem recorrer a cliques.
Obviamente, isso leva a certos problemas de acessibilidade. Quando clico em um menu em um aplicativo da área de trabalho, o comportamento padrão é deixar o menu aberto até que eu faça uma escolha ou clique fora do menu. Isso ajuda os usuários que podem ter dificuldade em manobrar o mouse para o comando correto sem sair do menu (que o recolhe no paradigma de foco).
Os aplicativos da Web são extremamente inconsistentes em termos de interface do usuário, mas o usuário deve entendê-los rapidamente (caso contrário, sua atenção se esgotará e ele irá para outro lugar).
O menu ao passar o mouse tem uma capacidade de descoberta muito melhor - quando vejo um botão em um site recém-visitado, não tenho idéia se ele abrirá um menu com mais opções (o que eu quero) ou me levará embora, destruindo o estado atual de uma página (incluindo comentário semi-escrito) - que obviamente não é o que eu quero. São necessários apenas alguns por cento dos sites com uma prática posterior para me fazer sentir medo de clicar em algo que não conheço - e o usuário intimidado não é um usuário feliz.
Com o mouse, exploramos as coisas que estão na tela; passar o mouse significa 'Atualmente estou olhando para você'; portanto, é natural que o elemento da interface do usuário mostre o que faz (um menu) ou uma dica (dica: isso excluirá a postagem que você está escrevendo).
Por outro lado, não reagir ao passar o mouse é indelicado - o usuário pergunta o que o elemento faz e você não responde. As pessoas gostam de sentir que têm controle e sabem o que está acontecendo; todo feedback é importante e, ao não reagir em foco, você está desperdiçando a chance de se comunicar.
Em nosso software de desktop recente (suplemento do Outlook TaskConnect ), chegamos ao ponto de colocar a dica de ferramenta de ajuda em todos os elementos ativos e definir o tempo limite da dica de ferramenta como zero - fazendo com que ela apareça instantaneamente. Você pode ver um vídeo curto de como fica em ação . O que você acha disso?
PS: Em qualquer caso, o menu também deve sempre aparecer ao clicar, caso contrário, os usuários da tela de toque ou do teclado (incluindo usuários com deficiência) não poderão usá-lo.
Normalmente, o item superior de um menu leva você à página com esse título. Você não vai a lugar algum quando está em um aplicativo. Passe o mouse sobre os itens de menu foi desenvolvido como um atalho para ver subseções em uma seção específica do site, em vez de precisar ir para a página para ver as subseções. Com um aplicativo, você não vai à seção "arquivo", por exemplo. Abandonar convenções da Web para a tela sensível ao toque é um erro para mim. Eles são bons para ter em mente e assistir, mas muitas vezes o aplicativo projetado especificamente para a tela sensível ao toque é melhor. Sites não são para dedos.
"Descobribilidade" é definitivamente um fator aqui.
Minha distinção é o estado de espírito do usuário, especialmente ao comparar um aplicativo a um site.
Quando você clica, você quer fazer algo, executar uma determinada ação - deve ser intencional.
Os usuários geralmente estão operando aplicativos nesse estado de espírito.
No entanto, (alguns) sites são mais sobre o consumo de conteúdo. Você está navegando, lendo e talvez realize uma ação. De fato, m dos maiores desafios é fazer com que os visitantes do site façam algo ativamente, e não apenas visitem. Portanto, faz muito sentido tentar empurrá-lo para fazer algo, mostrando as opções mais facilmente.
Há outra diferença entre os dois estados de espírito:
Geralmente, você usa um aplicativo várias vezes, tornando-se um pouco mais familiarizado e proficiente com ele. Na web, é provável que muitos de seus usuários sejam novos, portanto, eles podem não saber onde procurar coisas e também podem ter "medo" de se comprometerem com (clicar) em algo que não sabem.