Padrão para navegar digitando texto em um campo de texto
Estou trabalhando em um aplicativo que possui uma interface muito densa com muitos itens de menu.
Existe um padrão de interface do usuário para navegar em telas diferentes digitando texto em um campo de texto?
O foco do teclado está neste campo de escolha. O usuário pode digitar certos comandos (geralmente poucas letras) para abrir módulos diferentes ou até navegar em determinados conjuntos de dados.
Não é realmente um padrão de interface do usuário em si, mas o Gmail e o Google Reader basicamente padronizaram esse comportamento em aplicativos da web, e tentei segui-lo desde então:
- Nenhum campo de entrada especificamente; basta que o aplicativo responda a pressionamentos de teclas o tempo todo (exceto quando focado em um campo de entrada)
- Tipo ? (shift + /) para abrir uma sobreposição de atalho de teclado em qualquer lugar do aplicativo.
- j & k para avançar e retroceder no contexto, como e-mails ou itens de RSS
- Sequências: por exemplo, digitar "g" seguido de "i" no Gmail "vai" para sua "caixa de entrada"
- Mapeie o maior número possível de atalhos de teclado para as teclas correspondentes à ação, o que deve ajudar na memorização. "c" no Gmail é para "redigir". Exceções a esta regra: outras convenções de substituição, como as chaves j/k acima mencionadas.
O recurso "sequência" permite que você responda a pressionamentos de teclas individuais sem exigir que os usuários escrevam palavras, e (teoricamente) fornece combinações ilimitadas de pressionamento de teclas, já que você tem uma dúzia de opções por tecla na sequência. Você deve conseguir implementar a maioria dos comandos que deseja nesta arquitetura.
Eu realmente gosto de como o Google implementou isso - é uma pena que eles não tenham extrapolado para padrões de design em algum lugar (a menos que eles tenham feito e eu tenha perdido). Seria bom ver mais aplicativos seguirem a tendência que eles definem.
Não sei se existe um nome para o padrão, mas há uma ótima implementação no Mac OS X.
Se você vai para Help | Search ou use atalho Command+Shift+/ (Comando +?). Você pode começar a digitar o nome de um item de menu e selecionar esse item.
Pressionar enter nesse ponto ativaria o comando Recarregar página.
Não estou entendendo por que o padrão tradicional "toque em Alt e uma sequência de teclas" não funcionará. (N.B .: "toque"!)
por exemplo. "Alt-FX" (ou seja, F .ile - E . Xit ) para fechar (a maioria) aplicativos no Windows.
A solução OS X é interessante e relativamente utilizável até chegar ao ponto em que você precisa digitar muitos caracteres para atingir um ponto discriminatório (por exemplo, "Pesquisa" vs. "Pesquisa em arquivos")
Também plz não vamos chamá-los de "acordes", apesar de qualquer proposição equivocada ter sido avançada pelos reis em guerra da usabilidade fracassada (Google, MS e muitos outros). Vamos chamá-los de "sequências". Qualquer um que tocar um instrumento musical capaz de acordes lhe dirá o que é um "acorde" antitético do que estamos tentando descrever. "Ctrl + Alt + Del" ou "Ctrl + B" são acordes . "g, i" é uma sequência .
TY Dan pelo link do vídeo do MS. Mal posso esperar para assistir! Se houvesse um site com vídeos explicando todas outras decisões estúpidas que eles tomam, eu provavelmente ficaria nele o resto da minha vida. Mudar a apresentação é uma coisa, mas definir claramente as associações mnemônicas que muitas pessoas passaram nos últimos 20 anos aprendendo da maneira típica e aparentemente arbitrária do MS é um matador de produtividade (e indutor de frustração), e mal posso esperar para ouvi-los tentar racionalizá-lo! <- falando como o "usuário avançado" ("impotente", mais parecido) que precisa sofrer porque as métricas de uso da MS mostram "... 99% dos usuários usam 'Função A', então vamos nos livrar das funções 'B' D 'para que possamos tornar todos os ícones 300% maiores. " (... também falando como orgulhoso proprietário de cópias fechadas do Office Pro 2007 e 2010.)