it-swarm-pt.tech

Botão suspenso e opções disjuntas

Na parte superior do aplicativo, temos uma barra de funções que (quase) contém todas as funções que podem ser executadas nas entradas da tabela abaixo, bastante semelhante à interface do usuário do Office Fluent. Tentamos minimizar a quantidade de funções, mas temos várias telas no aplicativo que excederão o espaço que está na barra. Agora, queremos incluir um botão suspenso/botão de divisão/botão de menu/....

No entanto, temos um grupo de funções em que as opções são disjuntas e nunca estão ativas ao mesmo tempo; seria sensato, no entanto, agrupá-las. Nunca ocultamos botões no aplicativo, mas os acinzentamos.

Como você procederia, se a função superior estiver desativada (mas é a função mais usada) e a segunda função estiver ativa.
A segunda função deve "pular" para o topo?
Deveria ficar lá? Se ele permanecer lá, como indico que o botão está inativo, mas o menu suspenso está ativo.
Não devo usar um botão de menu?

5
marten

Os botões de divisão são ótimos quando existe um comando que os usuários usam na maioria das vezes e depois em vários outros. Os usuários têm acesso rápido com um único clique ao que precisam na maioria das vezes, enquanto os comandos menos comuns ainda estão disponíveis, mas estão fora do caminho. É assim que contribui para uma interface do usuário "fluida" (rápida e irracional): promovendo a velocidade dos comandos comuns e ocultando a confusão de comandos raros.

Aqui estão as opções que eu vejo na sua situação:

Desativando o botão. Ao usar um botão de divisão, se você mantiver o comando para o botão o mesmo e desativá-lo quando necessário, os usuários poderão pensar em todo o menu está desativado (se eles não perceberem a pequena seta está ativada). Isso também prejudica a "fluidez" do botão de divisão, pois a maioria dos usuários nem sempre pode acessar o comando ao qual eles provavelmente precisam acessar.

Comando do botão Swap. A segunda opção pior é trocar comandos pelo botão. Aqui, a preocupação é que os usuários não sejam capazes de desenvolver hábitos úteis para cada comando, pois às vezes um comando está no botão e outras, na divisão. Eles terão que parar, ler o botão e pensar antes de agir ("tudo bem, o comando que eu quero não está aqui, então deve estar na divisão dessa vez"). Novamente, não é bom demais para fluidez. As Diretrizes do Windows UX permitem que o botão seja o último comando usado, supondo que é provável que ele seja usado novamente. Se isso se adequar ao seu caso, é uma boa solução. No entanto, eu teria cuidado ao trocar um comando diferente do último usado (por exemplo, porque o último comando agora está desativado), a menos que o novo comando seja altamente previsível e "faça sentido" para seus usuários. Eu não tentaria isso sem uma boa quantidade de pesquisas com usuários primeiro.

Botão Menu. Parece que você tem um caso em que o uso do comando é distribuído de maneira mais uniforme entre os comandos - independentemente de que cada comando esteja indisponível por uma boa parte de A Hora. Talvez você precise de um botão de menu, que é diferente de um botão de divisão, pois um botão de menu sempre abre uma lista suspensa de comandos, essencialmente sendo o mesmo que um botão menu suspenso. Rotule o botão de menu com a categoria de comandos. Clicar nele exibe uma lista estável de comandos, com alguns desativados conforme necessário. Isso significa que seus comandos sempre precisam de dois cliques para selecionar, custando ao usuário alguma eficiência, mas pelo menos os usuários não precisam parar e pensar antes de usá-lo.

Botão de alternância. Por acaso, os dois comandos mais comumente usados ​​são opostos mutuamente exclusivos do outro, de modo que um esteja sempre habilitado e o outro desabilitado. e vice versa? Por exemplo, um comando expande a exibição e um comando reduz a exibição? Nesse caso, talvez você possa combinar os dois em um atributo _ alternativo _. Aqui você tem um botão de alternância (ou mesmo uma caixa de seleção) identificado como o estado dos atributos (por exemplo, "Expandir") que o usuário pode definir (marcar) ou desabilitar. Você ainda tem uma seta suspensa para outros comandos para ajustar o estado atual. Dessa forma, você sempre tem a função "mesma" (como seus usuários a percebem) ativada como seu botão.

Banco de menus. Se houver muitos comandos no lado dividido, a opção final em que posso pensar é construir um “ banco de menus ”, essencialmente um botão de divisão com mais de um botão. Selecione dois a quatro dos comandos mais usados, em que pelo menos um deles está sempre ativado. Atribua a cada um desses comandos seu próprio botão de comando sempre visível, agrupe-os e adicione uma seta suspensa para os comandos restantes. A desvantagem disso é que ele ocupa mais espaço do que um único botão, e você sempre terá botões desativados ocupando um espaço valioso, mas pelo menos garante que o comando mais comumente esteja sempre a um clique de distância.

9
Michael Zuschlag

Se eu entendi direito, é assim, você tem um menu, digamos

Save | Edit | Undo

O Desfazer como ponto principal tem uma opção suspensa para Refazer, mas pode ser que não seja possível desfazer nada, apenas refazer.

Nesse caso, eu gostaria que ele pulasse para o topo para ser visto, mesmo que normalmente seja melhor ter um menu consistente. As pessoas estão acostumadas a isso, no entanto, porque é um pouco como esconder botões que não podem ser usados ​​e mostrar botões que podem ser usados.

1
Lukas Oppermann