列表框中的最大条目数

如果用户从一个排序良好的列表中知道她或他想要的精确值,那么超过1000个项目就可以了。说真的。你自己试试:搜索一下你的硬盘,它能产生1000个左右的文件,看看滚动或输入一个你知道的文件有多困难。

比原始项目数更重要的是列表中项目与可滚动窗格中可见项目的比率,无论您是在谈论列表框还是组合框的下拉部分。您希望一次至少有5%的项目可见。因此,对于1000个项目,您需要一个大约800像素高的窗格(每行16像素)。在给定典型低端桌面显示器尺寸的情况下,这将限制在1000左右。如果你在谈论使用笔记本电脑的用户使用网站,那么你只有560像素(允许浏览器控制等),所以现在你要看700个项目。仍然很多。我们假设有一个适当的可滚动列表,在该列表中,拖动滑块即可立即滚动。

我只看到当项目数超过1000个时需要过滤/搜索控件(而不是单独输入提前),尽管您需要在特殊情况下例外(例如,当用户实际上不知道他/她确切想要什么,需要在各种标准上探索备选方案,或当有大量项目时全部以相同的9个字母开头)。

一定要提前打字。没有理由不这样做,即使项目数量很少,它也只对使用键盘而不是鼠标的用户有好处(数据输入非常常见)。把它当作一个标准。您不希望用户猜测您是否选择预先输入或不输入给定字段(“他认为10项足够吗?”他有过吗?”)所以就一直吃吧。

我建议在列表大于50个项目时使用自动完成器。

说到可用性,有一件事没有提到。

特别是对于国家列表,如果你包括200个国家的完整列表,那么根据你的预期市场,把最受欢迎的几个国家列在列表的最顶端通常是个好主意。

这可能看起来有点违反直觉,因为程序员喜欢漂亮的、分类整齐的东西列表(包括我自己),但没有人喜欢滚动到列表的底部以找到“美国”。或者,总是看到柬埔寨、喀麦隆,然后是加拿大。我无法在地图上显示柬埔寨或喀麦隆在哪里(尽管我的地理技能低于平均水平),但这些名字已经在我的脑海中被这些名单所烙印。

记住,并不是所有用户都使用,甚至知道自动完成,甚至在列表中键入他们想要的内容。这当然是一个很好的援助,但不应该依赖它。

我认为270太多了,这是一次糟糕的经历。我会考虑把国家分为不同的地区/大陆,并把名单记下来。UPS/FedEx/Canon都是这样做的。

我不确定一个神奇的数字,但我认为观察51个州[50+D.C.]已经足够普遍了,这是可以接受的。我可以想象,其他国家也会有类似的轨道。

例如:法国有100个部门,分为22个大城市和4个海外地区。

对于50多个ISH(实际上,甚至是IMO),我更愿意有一个自动完成的简单文本框(想想谷歌搜索建议)而不是下拉列表。

我不是美国人,也没有为美国市场发展过,但我一直觉得这些国家的衰退是可怕的。

是否可以让用户输入邮政编码并自动查找状态?