Pergunta

Eu estou olhando para construir uma "ligação rápida" widget de acesso ao diretório. por exemplo. (Opção 1)

0-9 | A-F | G-K | L-P | Q-U | V-Z

Onde cada um seria um link em sub-blocos de um diretório começando com esse personagem. O Widget de si seria usado em vários lugares para procurar contatos, empresas, projetos, etc.

Agora, para a parte de programação ... Eu quero saber se eu deveria dividir como acima ...

0-9 | A-F | G-K | L-P | Q-U | V-Z
10+   6      5     5     5     5

Esta divisão é bastante uniforme e logicamente agrupados, mas o que eu estou interessado em saber é se existe uma divisão mais ideal com base na quantidade de resultados típicos que começam com cada letra. (Opção 2)

por exemplo. muito poucos artigos vai começar com "Q".

. (Nota: este é actualmente um "/ North American Inglês" implantação)

Alguém tem alguma estatísticas que razões de backup para dividir de forma diferente?

Da mesma forma, para a usabilidade como usuários como / não gostam desse tipo de coisa? Eu sei mentalmente se eu estou olhando para dizer: "S" Leva-me um segundo para chamar ele cai na seção Q-U

.

seria melhor fazer uma lista grande como este? (Opção 3)

#|A|B|C|D|E|F|G|H|I|J|K|L|M|N|O|P|Q|R|S|T|U|V|W|X|Y|Z
Foi útil?

Solução

Como um usuário Eu definitivamente preferem um link por carta.

Mas melhor (para mim como um usuário) seria uma caixa de pesquisa.

Outras dicas

Eu sugeriria um elo por carta e esconder as letras que não têm qualquer resultado (se isso não pede poder de processamento muito).

Eu acho que você está dividindo as coisas erradas. Você não deve divididos igualmente cartas, você deve divididos igualmente os resultados (como melhor que puder).

Se você quiser 20 resultados por página, e A tem 28, enquanto o B-C tem 15 você vai querer ter

A

B-C

e assim por diante.

Além disso, você pode ter que considerar por que você está usando o alfabeto chunking em vez de algo um pouco mais contextual. O problema com alfabeto chunking é que os usuários tem que saber o nome do que eles estão procurando, e que o nome tem que ser a mesma que a sua.

EDIT: Nós testamos este em condições de laboratório, e os usuários a localizar informações no pedaço por resultados vs pedaço de número de letras em praticamente da mesma maneira.

EDIT_2: Chunking por letras quase sempre testa mal. Pense se existem melhores maneiras de fazer isso.

Bem, uma das considerações de usabilidade primários é grupos uniformemente distribuídas, por isso ou a sua ideia atual (0-9, A-F, etc.) iria funcionar bem, ou a lista com cada letra individual. Com grupos de forma inconsistente porte é um definitivo não-não para uma interface de usuário.

Você provavelmente definitivamente não quer dividir através de um número - isto é, algo como

0-4 | 5-B | ...

Além disso, eu diria que apenas ver onde suas mentiras de dados. Escreva um programa para fazer agrupamentos de dois, três, quatro, cinco, etc ... e ver o que a divisão mais uniforme para cada agrupamento é. Escolha o que parece mais bonito. Se você tiver dados esparsos, em seguida, ter um link por carta pode ser irritante se houver apenas 1 ou 2 diretórios com esse nome.

Então, novamente, depende do que um usuário típico vai estar procurando. Eu não posso dizer que isso pode ser apenas a partir de sua descrição? - são apenas a navegação de uma árvore de diretórios

Eu quase sempre usar a última opção, uma vez que é de longe o mais fácil de navegar para um usuário. Use que se você tem espaço suficiente para ele eo outro se você tem uma quantidade limitada de espaço na tela.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top