Language agnostic 在哪里拆分直接分组？A-F | G-K | L-P

我正在寻找建立一个“快速链接”目录访问小部件。 e、 g.（备选方案1）

其中每个都是指向以该字符开头的目录子块的链接。小部件本身将在多个地方用于查找联系人、公司、项目等

现在，对于编程部分。。。我想知道我是否应该像上面那样分开

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

这个分割是相当均匀的，逻辑上是分组的，但我想知道的是，根据从每个字母开始的典型结果的数量，是否有一个更优化的分割。（备选方案2）

e、 g.很少有项目以“Q”开头

（注意：这目前是针对“北美/英语”部署。）

是否有人有任何统计数据可以说明进行不同拆分的原因

同样，对于可用性，用户喜欢/不喜欢这种类型的东西吗？我从心理上知道，如果我想说：“S”，我需要一秒钟的时间才能回忆起它落在Q-U部分

这样列一个大单子会更好吗？（备选方案3）

---

好的，主要的可用性考虑因素之一是均匀分布的组，所以要么你当前的想法（0-9，A-F，等等）可以很好地工作，要么是每个字母的列表。对于用户界面来说，拥有大小不一致的组是绝对不允许的。

作为一个用户，我绝对希望每个字母有一个链接

---

但更好的（对我作为一个用户来说）应该是一个搜索框。

我几乎总是使用最后一个选项，因为它对于用户来说更容易导航。如果你有足够的空间放它，那么使用它；如果你的屏幕空间有限，那么使用另一个。

你可能肯定不想分割成一个数字，也就是说，类似这样的数字

0-4 | 5-B | ...

除此之外，我想说的是看看你的数据在哪里。写一个程序来做二，三，四，五等分组。。。然后看看每个分组的最平均分割是什么。挑一个看起来最好的。如果您有稀疏的数据，那么如果只有1或2个同名目录，那么每个字母有一个链接可能会很烦人

---

再说一次，这取决于一个典型的用户会寻找什么。我无法从您的描述中判断这可能是什么-他们只是在目录树中导航吗？

我建议每个字母一个链接，并隐藏没有任何结果的字母（如果这不需要太多处理能力）。

我认为您拆分了错误的内容。你不应该平均分割字母，你应该平均分割结果（尽你所能）

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

A

B-C

等等

另外，您可能需要考虑为什么使用字母组块而不是更上下文的东西。字母表组块的问题是，用户必须知道他们要查找的内容的名称，并且该名称必须与您的名称相同

编辑：我们在实验室条件下对此进行了测试，用户在逐块结果中定位信息，而在逐块字母数中定位信息的方式基本相同

---

编辑_2：按字母分组几乎总是测试得很差。想一想是否有更好的方法来做到这一点

用户将在目录中导航。。。可以是联系人，项目，几乎任何东西。当然也会有一个搜索选项，我只是希望“清理界面”，而不是拼出整个字母表；-）特别是一个实时更新和/或自动完成的搜索框是的，这就是我所说的那种搜索框。以智能方式展示这些内容的网站赢得了我深深的爱。我想我会使用选项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

0-4 | 5-B | ...