Максимальное количество записей в ListBox

Question

Какое максимальное количество записей должно содержать простой ListBox (ComboBox)? В США пятьдесят штатов - 50 слишком много? В мире более 270 стран и территорий - это 270 слишком много?

Когда ListBox должен включать возможности поиска или опережающего ввода? Когда дизайнер должен рассмотреть что-то кроме ListBox?

У вас есть ссылки на классные виджеты, которые помогают пользователю выбрать один из многих вариантов?

Заранее спасибо.

Answer 1

Говоря о юзабилити здесь, одна вещь не была упомянута.

Что касается списка стран, в частности, если вы включаете полный список из 200, независимо от того, что часто бывает хорошей идеей, перечислить самые популярные из них в самом верху списка, исходя из ожидаемого рынка.

Это может показаться нелогичным, поскольку программистам нравятся красивые, аккуратно отсортированные списки вещей (включая меня), но никому не нравится прокручивать страницу в нижней части списка, чтобы найти «США». Или всегда видеть Камбоджу, Камерун, а затем Канаду. Я не мог показать, где Камбоджа или Камерун находятся на карте (хотя мои географические навыки ниже среднего), но эти списки запечатлелись в моих списках.

Помните, что не все пользователи используют или даже знают об автозаполнении или даже вводят то, что им нужно в списке. Это, безусловно, отличная помощь, но на нее не следует полагаться.

Answer 2

Если пользователь знает точное значение, которое он или она хочет, из хорошо отсортированного списка с опережением ввода, тогда более 1000 пунктов в порядке. Шутки в сторону. Попробуйте сами: выполните поиск на своем жестком диске, который выдает около 1000 файлов, и посмотрите, насколько сложно прокрутить или набрать текст, который, как вы знаете, есть.

Что важнее, чем просто количество элементов, так это соотношение элементов в списке к элементам, видимым на вашей прокручиваемой панели, независимо от того, говорите ли вы о списке или раскрывающейся части поля со списком. Вы хотите, чтобы по крайней мере 5% ваших предметов были видны одновременно. Таким образом, для 1000 элементов вам понадобится панель высотой около 800 пикселей (по 16 пикселей на строку). Это устанавливает около 1000 в качестве предела с учетом типичных низкоуровневых настольных мониторов. Если вы говорите о пользователях с ноутбуками, использующими веб-сайт, то у вас есть только около 560 пикселей (с учетом элементов управления браузером и т. Д.), Поэтому теперь вы просматриваете 700 элементов. Еще много. Мы предполагаем правильный прокручиваемый список, где список прокручивается мгновенно при перетаскивании ползунка.

Я вижу необходимость в фильтрах / элементах управления поиском (по сравнению с одним типом впереди) только тогда, когда количество элементов больше похоже на 1000 с, а не 100, хотя вам нужно делать исключения для особых случаев (например, когда пользователь на самом деле знать, что он / она точно хочет и должен исследовать альтернативы по различным критериям или когда большое количество элементов начинается с одинаковых 9 букв).

Всегда имейте опережающий ввод. Нет причин не делать этого, и даже при небольшом количестве элементов это выгодно пользователям, использующим только клавиатуру, а не мышь (очень часто используется для ввода данных). Относитесь к этому как к стандарту. Вы не хотите, чтобы пользователям приходилось угадывать, выбрали ли вы опережающий ввод или нет для определенного поля («Считает ли он, что 10 элементов достаточно? У него когда-нибудь есть?»), Так что просто имейте это все время.

Answer 3

Я бы посоветовал использовать автозаполнение, если список превышает 50 элементов.

Answer 4

Я не американец, и я еще не разработал для американского рынка, но я всегда находил эти выпады ужасными.

Возможно ли, чтобы пользователь ввел почтовый индекс и автоматически просмотрел состояние?

Answer 5

Для более чем 50-ти летнего периода (и действительно, даже это подталкивает ИМО) я бы предпочел иметь простое текстовое поле с автозаполнением (думаю, поиск в Google предлагает), чем раскрывающийся список.

Answer 6

Я бы подумал, что 270 - это слишком много, и это был бы плохой опыт. Я бы подумал о группировке стран по регионам / континентам и сохранил бы этот список. UPS / Fedex / Canon все делают это.

Я не уверен в магическом числе, но я думаю, что рассмотрение 51 состояния [50 + D.C.] достаточно распространено, и это приемлемо. Я полагаю, что подобный путь будет и для других стран.

Например: Франция имеет 100 департаментов, сгруппированных в 22 столичных и четырех зарубежных регионов.