2009-01-12 75 views
4

我期待构建一个“快速链接”目录访问控件。 例如(选项1)在哪里拆分Directrory分组? A-F | G-K | L-P

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

其中每个链接都将链接到以该字符开始的目录的子块中。窗口小部件本身将在多个地方被用于查找联系人,企业,项目等

现在,对于编程部分......我想知道我是否应该如上分裂...

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

这个分割是相当均匀和逻辑分组的,但我有兴趣知道的是,如果根据每个字母开始的典型结果的数量进行更优化的分割。 (选项2)

例如很少有项目会以“Q”开头。

(注:这是目前的“北美/英文”部署)

有没有人有这将备份的原因分裂任何不同的统计?

同样,对于可用性用户如何喜欢/不喜欢这种类型的东西?我心里知道,如果我正在寻找说:“S”我花了一秒钟才回想起它落在Q-U部分。

做一个像这样的大列表会更好吗? (选项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 

回答

3

作为用户,我绝对会更喜欢每个字母的链接。

但更好的(对我来说,作为用户)将是一个搜索框。

+0

特别是一个实时更新和/或自动完成的搜索框 – rmeador 2009-01-12 15:41:03

+0

是的,这就是我所说的那种搜索框。以一种聪明的方式运用这些技术的网站赢得了我深深的爱。 – PEZ 2009-01-12 15:43:56

1

好,主要可用性考虑因素之一是均匀分布的群体,所以无论你目前的想法(0-9,AF等)将工作做好,或者每个人名单信。具有不一致大小的组是用户界面的明确禁止。

0

我几乎总是使用最后一个选项,因为它是迄今为止更容易导航的用户。如果你有足够的空间来使用它,而另一个,如果你有一个有限的屏幕地产。

1

你可能绝对不希望跨多个分裂 - 也就是,像

0-4 | 5-B | ... 

除此之外,我想说的只是看到你的数据的谎言。编写一个程序来做2,3,4,5等的分组......并查看每个分组最多甚至最多的分组。选择一个看起来最好的。如果您的数据稀疏,那么如果只有1个或2个具有该名称的目录,则每个字母有一个链接可能会很烦人。

然后再次,这取决于一个典型的用户将寻找什么。我无法从你的描述中知道这可能是什么 - 他们只是在浏览目录树?

4

我建议每个字母一个链接隐藏没有任何结果(如果不要求太多的处理能力)的字母

3

我认为你在分裂错误的东西。你不应该平均分配字母,你应该平均分配结果(尽可能最好)。

如果你想每页20个结果,而A有28个,而B-C有15个,你会希望有

一个

B-C

等。

此外,你可能不得不考虑为什么你要使用拼音而不是更多的上下文。字母组块的问题在于用户必须知道他们要查找的名称,并且该名称必须与您的名称相同。

编辑:我们已经在实验室条件下测试了这一点,并且用户以几乎相同的方式通过结果vs块按字母数量定位信息块。

EDIT_2:通过字母拼块几乎总是测试不佳。想想是否有更好的方法来做到这一点。