Является ли autotabbing в формах полезными или вредными?

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

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

Есть ли какие-либо поддающиеся количественной оценке аргументы за или против autotabbing? Конкретные исследования в этой области будут высоко оценены.

12 голосов | спросил superduperfly 15 MarpmThu, 15 Mar 2012 22:37:16 +04002012-03-15T22:37:16+04:0010 2012, 22:37:16

6 ответов


6

У меня была моя доля мэйнфрейма -> веб-проектов рефакторинга на протяжении многих лет, и тема с автоматическим табуляцией появляется через некоторое время.

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

Например, настройте правила табуляции и строго следуйте за ними для ВСЕ полей .

  1. Убедитесь, что все поля INPUT имеют шрифт фиксированной ширины, например, Courier /mono-space.
  2. Убедитесь, что все поля INPUT имеют соответствующие атрибуты «размер» и «максимальная длина».
  3. Автоматическая закладка, когда пользователь исчерпал все пространство в поле ввода.

Первые два важны, потому что они позволяют пользователю точно определять, когда система будет автоматически вводить вкладку. Если бы мы не использовали шрифт фиксированной ширины, тогда «iiiii» и «WWWWW» занимали бы различное количество места в поле ввода, и пользователи не могли бы сказать, сколько символов осталось до тех пор, пока не начнутся автоматические вкладки в, поскольку они не имеют преимущества дефиса символов «_ _ _ _ _» мэйнфрейма.

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

ответил Jung Lee 16 MaramFri, 16 Mar 2012 04:12:15 +04002012-03-16T04:12:15+04:0004 2012, 04:12:15
5

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

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

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

ответил DA01 16 MaramFri, 16 Mar 2012 01:03:31 +04002012-03-16T01:03:31+04:0001 2012, 01:03:31
1

Ладно, так что первый вопрос: почему вам не нравится автомат? Ответ, который даст вам ваше дело против его применения.

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

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

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

ответил Jimmy Breck-McKye 15 MarpmThu, 15 Mar 2012 23:15:07 +04002012-03-15T23:15:07+04:0011 2012, 23:15:07
1

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

ответил Sarah Kahn 16 MarpmFri, 16 Mar 2012 17:54:28 +04002012-03-16T17:54:28+04:0005 2012, 17:54:28
1
  

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

     

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

     

Пример:   ------- Год, вставленный 3000 (за пределами возможного диапазона), фон становится красным и не будет перемещаться в следующее поле.

     

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

     

Месяц, вставленный 04, (...) сохранен и переходит к следующему полю

     

Месяц, вставленный 13, (вне возможного диапазона), фон становится красным,   и не будет перемещаться в следующее поле.

     

Возможные проблемы:   ------ Месяц, вставки 4, не будет прыгать, потому что не заполняет вход (2 буквы). У нас есть ярлыки, показывающие ММ ниже ввода, поэтому пользователи   должен понимать требуемый ввод. Хотя мы принимаем один   4 в месяц, но пользователи должны сами заносить вклад.

     

Это все еще обсуждается с нами, и отзывы пользователей   как pro /con. Я думаю, что единственный способ решить, работает ли это или нет,   ваш конкретный случай - следовать указаниям Кит Гроза и Юнга Ли и   начните тщательный тест юзабилити в своей среде.

Изменить 2017: позже мы удалили функцию автоматического табуляции. Это было более запутанно для наших пользователей и не обеспечивало достаточно большого преимущества по сравнению с неавтоматическим табуляцией.

ответил Bluewater 19 J000000Friday13 2013, 17:22:25
0

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

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

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

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

ответил Chris Janssen 7 Jam1000000amSat, 07 Jan 2017 01:14:59 +030017 2017, 01:14:59

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132