Botão suspenso e opções disjuntas

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.