Пользовательский интерфейс: множественные поля выбора

Question

У меня есть форма, в которой пользователь может выбрать несколько опций в меню выбора. Что, по вашему мнению, является наиболее интуитивным / лучшим вариантом?

A) Используйте атрибут «множественные» для элемента select (тогда вы можете удерживать нажатой клавишу «Control» и выбирать несколько опций). ADV : просто, кодирование не требуется. DIS : не интуитивно понятно.

B) иметь несколько флажков и выбрать все / выбрать ни один элемент управления. ADV : Довольно просто. DIS : загромождение при наличии большого количества параметров

C) Имеют два рядом выбранных меню и имеют кнопки для добавления / удаления параметров. Выбранные варианты будут справа и будут отправлены. ADV: Очистить DIS : сломается, если JS не включен.

Кто-нибудь может придумать лучшие варианты?

Answer 1

Я голосую за B.

Вариант A - это вариант "vanilla", но я ненавижу , когда приходится удерживать нажатой клавишу Control и прокручивать длинный список.Неизбежно что-то ускользнет и очистит весь список.Я уверен, что люди, страдающие артритом, тоже его ненавидят.

Вариант C - достаточно распространенная парадигма, но когда у вас есть более чем несколько вариантов, становится немного трудно отследить, особенно если варианты имеютлюбой порядок или отношение к ним.Я предпочитаю иметь один список, где я могу связать все варианты со своими соседями.Полагаю, это зависит от вашего конкретного варианта использования.

Вариант B легко кодируется, может использоваться на 95% без JS и дает вам полную гибкость в макете.Это только настолько загромождено, насколько Вы проектируете это, чтобы быть.Именно так я делаю множественный выбор, и с ним очень легко работать.

Answer 2

А) Хорошо, если у вас нет очень длинного списка. Будет очень неудобно использовать, если у вас много вещей. Плохо, потому что это не для поиска, в отличие от варианта B.

B) Хорошо, потому что это не потребует от пользователя понимания удержания управления. Из-за этого пользователь также не сможет случайно очистить свой выбор, что, очевидно, является хорошей вещью. Это также будет отображать гораздо более четко, какие параметры вы выбрали. Хорошо, потому что вы можете сгруппировать связанные параметры под одним заголовком или другой графической индикацией. Этот подход будет работать без JS, за исключением кнопки «выбрать все», кнопка «выбрать ни одну» может быть выполнена с помощью ввода type = «reset».

C) Я думаю, что это может быть хорошо, если пользователь явно добавляет в список вместо , выбирая опции. Но, как вы говорите, он не будет работать без JS. Я бы рассмотрел A и B вместо этого. Также не доступен для поиска, если вы не предоставите пользовательское поле фильтра (которое опять-таки зависит от JS)