it-swarm-pt.tech

Critérios para escolher fontes para uma árvore em um utilitário que todo mundo gosta e pode ler?

Então, eu tenho um utilitário que realmente precisa ser executado internamente, mas quero que os caras que o usam não se queixem disso o tempo todo.

Eu também não acho que esse estilo seja importante para eles, então a fonte não precisa coincidir com o resto do programa.

Essa árvore tem cerca de 50.000 itens e é algo que deve otimizar seu trabalho se eles puderem usá-lo corretamente. Dito isto, muitas vezes é muito difícil encontrar o que você deseja em uma árvore com 50.000 itens, a menos que obtenha algumas dicas da fonte.

Estou usando o VirtualTreeview da Softgem para Delphi, por isso é uma coisa bastante poderosa, mas minhas principais ferramentas ainda são:

  • Negrito, itálico, tachado e sublinhado.
  • Uma pequena imagem que eu posso colocar à esquerda.
  • Posso prefixar e sufocar o texto no nó da árvore com o que eu quiser (embora isso possa parecer confuso).
  • e eu posso mudar o tamanho da fonte.

Então, eu estou me perguntando, que dicas gráficas podem indicar (em ordem de importância):

  • Salvou
  • Não salvo
  • Desativado
  • Alterado
  • Ativo
  • Ignorado
  • Substituir
  • Carregado

É muita coisa para se comunicar e não é totalmente importante se tudo não passar, porque os usuários podem simplesmente clicar com o botão direito do mouse no nó e isso lhes dirá o que precisam saber (mas com 50.000 nós que podem ser muito úteis) clicar com o botão direito do mouse)

1
Peter Turner

Que tal, em vez de indicar o estado do item na visualização usando várias visualizações, cada uma com apenas os itens desse estado.

Uma exibição em árvore principal que contém todos os itens e, em seguida, uma exibição filtrada com apenas os salvos para serem examinados. Você pode dar ao usuário uma visualização por estado ou alguns botões de filtro para ativar os estados que devem ser exibidos em e para.

Se você ainda deseja mostrar todos os estados de um item, pode exibi-los usando uma lista de ícones à esquerda do item. Ou prefixe-os com uma lista de letras que indicam o estado; se o item não tiver esse estado, deixe um espaço para ele; se você fizer isso usando uma fonte monoespaçada, poderá obter uma representação bastante clara das informações.

Além disso, não dois estados separados para propriedades opostas Salvo/Não salvo são dois valores do estado salvo, represente-os com sugestões diferentes no mesmo local

1
Harald Scheirich

Você provavelmente deveria estar usando apenas um tipo de letra. E então, talvez, alguns estilos. Mas, na maior parte, eu ficaria com dois. Diga, negrito e livro pesos. Ou romano e itálico.

Qualquer coisa além disso para indicar o estado estará colocando muita responsabilidade nos estilos de tipo.

Você tem um strike-through, que pode ser útil (principalmente para 'excluído'). Apenas observe a legibilidade.

Dado o número de estados que você possui, eu diria que deseja usar um conjunto de ícones para comunicar essas informações específicas.

Eu não esconderia nada com o botão direito. Considere um estado flutuante que, após um período de tempo (digamos meio segundo), você obtém a pequena janela de informações.

2
DA01

A primeira coisa que eu começaria a analisar essa situação é contar o número de nós em cada estado e, portanto, decidir quais são mais importantes que outros. O segundo passo seria analisar quais tipos de nós podem estar próximos um do outro e quais certamente não. Quais estados precisam diferir mais e quais menos.

Embora você não tenha mencionado que tinha a opção de codificar por cores os valores, eu ainda tentaria fazer isso - com ícones de uma cor. Em vez de ícones gráficos, que são pequenos e, portanto, provavelmente não muito úteis, mesmo que você tenha a sorte de encontrar o conjunto perfeito para seus estados.

Concordando com o DA01, eu definitivamente manteria a família e o tamanho da fonte iguais e variaria apenas normal/negrito (e tachado de "excluído").

1
Jüri