Quando usar reticências após itens de menu

Question

Em praticamente todas as aplicações que têm uma barra de menu, alguns dos itens têm reticências (...) depois deles, e outros não. Existe uma convenção bem conhecido sobre quando colocar esse reticências lá e quando não? Quando você faz isso? Você fazê-lo?

Eu olhei várias aplicações do Windows, e é isso que eu vim para:

• Reticências

  • Os itens de menu que abre um formulário que requer entrada do usuário para fazer algo (Substituir, Ir para, Font)

• Sem reticências

  • Os itens do menu que apenas faz algo (cortar, colar, saia, Save)
  • Os itens de menu que abre uma forma que não requer entrada do usuário (Sobre, Check for Updates)

Mas depois há sempre parece ser itens de menu que não seguem esta regra. Por exemplo, os itens de Ajuda (Como eu, Pesquisar, Index) e o Localizar e substituir (Rápida, Localizar em arquivos, Localizar símbolo) em Visual Studio.

Assim, depois de pensar sobre isso um pouco mais agora eu acho que isso pode ser a coisa:

• Reticências

  • Os itens de menu que vai certamente abrir uma janela modal.

• Sem Reticências

  • Os itens de menu que abre uma janela não-modal.
  • Os itens do menu que não abrir qualquer janela.
  • Os itens de menu que muito provavelmente não irá abrir uma janela modal (como Save, que se abre uma janela modal, se você não tiver salvo antes ou algo assim, mas caso contrário não)

O que vocês acham?

Answer 1

O fator crucial é se a opção do menu requer informações adicionais (entrada ou uma seleção) antes que realiza a operação. Então Ajuda-Sobre não requer reticências, mas arquivo-Open faz. Isso é o que as diretrizes Microsoft, Apple e KDE dizer de qualquer maneira.

---

aplicativos do Microsoft Windows são deveria a seguir da Microsoft " Diretrizes experiência do usuário ". Aqui está o que eles dizem sobre elipses sobre itens do menu.

Enquanto os comandos de menu são usados ??para ações imediatas, mais informações pode ser necessário para executar a ação. Indicam um comando que as necessidades informações adicionais (incluindo uma confirmação) por adição de uma elipse em o fim do rótulo.

Isto não significa que você deve usar um reticências sempre que uma ação exibe outra janela somente quando adicional informação é necessária para executar a açao. Por exemplo, os comandos Sobre, Advanced, Ajuda, Opções, Propriedades e Configurações devem mostrar outra janela quando clicado, mas não solicitar informações adicionais a partir de o usuário. Por isso eles não precisam elipses.

---

A resposta de David cita os KDE diretrizes de interface de usuário 3 ,

Observe que cada item em um menu que primeiro abre um diálogo que requer informação adicional deve ser marcado com uma elipse de fuga (...) (por exemplo, Salvar como ..., Open ...). Não há nenhum espaço entre o item de menu e a "...". A simples confirmação diálogo não é considerado um diálogo que requer informações adicionais.

---

O Human interface Guidelines da Apple dizer:

Quando ele aparece no nome de um botão ou um item de menu, uma elipse caráter (...) indica ao usuário que informações adicionais é necessária antes que o associado a operação pode ser realizada. Especificamente, ele prepara o usuário esperar o aparecimento de uma janela ou diálogo em que para fazer seleções ou inserir informações antes do comando executado. Porque os usuários esperam instantâneas ação a partir de botões e itens de menu (como descrito em “Botões” e “Menu Comportamento”), é especialmente importante para prepará-los para este alternativo comportamento exibindo apropriadamente o personagem de reticências. Os seguintes orientações e exemplos irão ajudá-lo decidir quando usar uma elipse no menu de itens e botão nomes.

Answer 2

Tanto quanto eu entendo isso, (...) um final geralmente significa que o usuário será solicitado para alguma entrada. E não (...) significa que nenhuma entrada é necessário.

Answer 3

Você está certo, que resume tudo. Se você quiser saber mais, você pode encontrar uma lista de Estilo Guias de Usuário aqui: http://www.experiencedynamics.com/science-usability/ui-style-guides

Answer 4

Eu concordo, que coincide com a minha própria percepção de quando incluir as reticências relativamente bem.

Eu acho que o ponto da elipse é "avisar" o usuário, para que ela possa entender que uma determinada escolha é seguro para explorar, não vai fazer imediatamente algo sem pedir mais informações através de um diálogo.

Em alguns programas, como o (pelo menos a versão mais antiga do) Autodesk de Maya (um pacote de modelagem 3D high-end), as reticências era realmente uma pequena caixa de diálogo de ícone. Você pode clicar no ícone, no menu, para obter o ícone, ou clique no resto do item de menu (o texto) para repetir o comando com as mesmas configurações como da última vez, ou algo parecido. Parece que a idéia não pegou e se tornar mainstream.

Answer 5

Esta é uma pergunta muito complicado, de fato. No começo tinha que possa parecer óbvio, mas há muitas ações que se enquadram entre as categorias. É interessante ver que a própria Microsoft violar esta prática.

Exemplo de Vista No menu Arquivo Gerenciamento do Computador - Opções ... tem reticências Em Gerenciamento do Computador / Usuários e Grupos / Usuários. Botão direito do mouse um usuário. O Novo usuário ... ação tem reticências mas Rename não faz embora requeira ações extras para realmente mudar o nome da conta. Em Micrsoft SQL Server Management Studio menu Arquivo - Imprimir tem propriedades ... botão com reticências

.

Este é apenas após 5 minutos de investigar. Há muitos mais exemplos.

Você pode argumentar para ambas as convenções para ambas as ações. Você não pode realmente alterar quaisquer propriedades ou opções sem fazer algumas ações extras na caixa de diálogo que é exibida, que assume que reticências devem ser usados. No entanto, você pode apenas estar interessado em ver que opções ou propriedades que são definidas e que iria assumir que nenhum reticências é usado. Microsoft também reconhece que existem casos em que há uma ambigüidade

"Em caso de ambiguidade (por exemplo, o rótulo de comando falta um verbo), decidir com base na ação do usuário mais provável. Se simplesmente vendo a janela é uma ação comum, não use uma elipse." No entanto com base nesta que faria mais sentido ter reticências para opções e propriedades, pois é provavelmente mais provável que você deseja alterar uma propriedade que apenas vê-lo.