Удобство использования: заполнение динамического выпадающего меню - PullRequest
3 голосов
/ 06 февраля 2009

Я долго думал (но никогда не практиковался по какой-то причине), что выпадающее меню, которое генерируется динамически и содержит только один элемент, должно автоматически выбирать этот элемент. Это противоречило бы типичному подходу, который я наблюдал, когда в верхней части делается пустая запись, и вам все равно нужно взаимодействовать с меню, чтобы сделать единый доступный выбор.

Например, когда я захожу в свой онлайн-банк и выбираю «Просмотреть бумажные выписки». У меня есть только одна учетная запись, поэтому следующим шагом в этом процессе является предоставление мне выпадающего списка, в котором я должен выбрать эту единственную учетную запись, чтобы продолжить. В этом случае при реализации вышеуказанного решения потребуется всего один щелчок мышью, чтобы выбрать учетную запись и перейти к ее просмотру. Еще лучше в этом случае было бы исключить шаг выпадающего меню и перейти прямо к утверждению.

Можете ли вы вспомнить случай, когда автоматический выбор одного элемента приведет к нежелательным результатам?

Ответы [ 7 ]

4 голосов
/ 06 февраля 2009

Можете ли вы вспомнить случай, когда автоматический выбор одного элемента приведет к нежелательным результатам?

Да - в любом случае, когда у пользователя есть возможность не выбирать никакой опции.

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

Таким образом, в зависимости от характера данных в раскрывающемся списке действительно должно зависеть, является ли предварительный выбор хорошей идеей или нет.

1 голос
/ 08 декабря 2009

Иногда вы хотите, чтобы пользователь явно выбрал опцию, , даже если это единственная опция . Если опция выбрана автоматически, пользователь может даже не реализовать ее, даже если они могут быть не довольны результатом.

Например, я проверяю свой сберегательный счет на сайте моего интернет-банка. Тогда я иду, чтобы настроить платеж. Так получилось, что я не могу совершать платежи со своего сберегательного счета, поэтому форма оплаты автоматически выбирает только мой другой аккаунт. Если я не замечу этого, то в конечном итоге произвожу платеж с другого своего счета, когда я ожидал использовать свой сберегательный счет. Если бы я знал, я бы вообще не сделал платеж.

Возможно, это немного надумано. Но если вы не уверены, что пользователь будет доволен (единственным) выбором, вы должны убедиться, что он выбрал его явно.

1 голос
/ 06 февраля 2009

Если есть действительно только одна возможность, вы не должны просить пользователя выбирать между вариантом А. (Плохая грамматика, чтобы проиллюстрировать смысл)

Если поле можно оставить пустым, это не вариант с одним ответом. Вместо этого у вас есть выбор между вариантом А "значимые данные" и вариантом Б "".

Если в списке есть пустая опция, но форма не допускает, чтобы это было пустым, это выбор между вариантом А. (Плохая грамматика для иллюстрации сути)

1 голос
/ 06 февраля 2009

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

В вашем случае, без выбора учетной записи, вероятно, нет никакого полезного способа продолжить, поэтому автоматический выбор имеет смысл. Но, например, приложение, над которым я работаю, позволяет пользователю указать ряд описательных полей (метаданные фильма, в основном - название, год выпуска, жанр и т. Д.), Многие из которых являются необязательными, а некоторые из них являются необязательными. представлены выпадающими меню. Разрешение пользователю оставить выбор по умолчанию пустым позволяет ему фактически сказать нам: «Я не хочу использовать это поле», поэтому мы оставляем его пустым, и данные остаются чистыми.

Только один пример, хотя вы правы - в вашем случае я вижу, как это будет раздражать. :)

0 голосов
/ 06 февраля 2009

Если это REQ и есть одна запись / значение .. Я бы попробовал и изменить элемент управления на поле отображения, а не на раскрывающийся список .

0 голосов
/ 06 февраля 2009

То, что я люблю делать в этом случае, зависит от нескольких факторов.

Если раскрывающийся список является обязательным полем и в результате динамической генерации получается только один элемент, я стараюсь не отображать его как раскрывающийся список полностью. Вместо этого я показываю его как не редактируемое текстовое поле (или не отображаю его вообще, если в этом нет необходимости). Зачем делать так, чтобы это выглядело так, будто это не так?

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

0 голосов
/ 06 февраля 2009

Я согласен. Если в раскрывающемся списке есть только один элемент и требуется, чтобы пользователь что-то выбрал, то по умолчанию используется только один элемент. Я не могу думать о каких-либо негативных последствиях этого (но я, конечно, не эксперт UI)

...