Проверить на размытие или нажатие клавиши?

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

12 голосов | спросил Cuberto 20 32013vEurope/Moscow11bEurope/MoscowWed, 20 Nov 2013 23:03:52 +0400 2013, 23:03:52

2 ответа


11

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

Существуют исследования /наблюдения, которые показывают, что люди обычно заполняют всю форму, а затем возвращаются к неверным значениям. Даже если вы подтвердите размытие, они будут иметь тенденцию заполнять все поля и затем вернуться к исправлению.

  

Статья: Полезная презентация сообщений об ошибках в World Wide Web: Не показывать ошибку прямо сейчас    Автор: Хавьер А. Баргас-Авила, Гленн Оберхольцер, Питер Шмутц, Марко де Вито и Клаус Опвис    Источник: Интерактивный с компьютерами, том 19, стр. 330-341 (2007)

     

Результаты исследования

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

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

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

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

Проверка на размытие помогает пользователю понять, что что-то не так, прежде чем отправлять, но вам также нужно будет проверить на submit, чтобы убедиться, что все отформатировано так, как вы хотите. Тем не менее, приведенное выше исследование предполагает, что проверка на blur не купит вам ничего, что уже подтверждается в submit .

ответил Evil Closet Monkey 20 32013vEurope/Moscow11bEurope/MoscowWed, 20 Nov 2013 23:16:33 +0400 2013, 23:16:33
4

Как показано в этой фантастической статье , ответ на размытие .

Цитата:

  

Когда мы использовали метод «после» в первой половине формы, участники заполнили форму на семь-десять секунд быстрее, чем когда мы использовали методы «while» и «before and while» соответственно. Зачем? Вот что произошло, когда мы использовали методы «while» и «before and while»: когда несколько участников заметили сообщение об ошибке при попытке ответить на вопрос, они ввели один дополнительный символ в поле ввода, чем ожидали обновления сообщения. Если обновленное сообщение продолжало показывать ошибку, они ввели другой символ, затем ожидали, что сообщение проверки будет обновлено снова и т. Д., Что приведет к более длительному среднему времени завершения.

     

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

     

«Это расстраивает то, что у вас нет возможности поместить что-нибудь в поле, пока он не станет красным на вас».

     

«Когда я щелкнул в поле« Имя », сразу же пришло в голову сказать, что [мое имя] слишком короткое. Ну, конечно! Я даже не начал! "

     

«Мне было очень неприятно, как появились красные кресты, когда вы не закончили печатать. Это просто отвлекает. "

     

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

ответил Izhaki 21 42013vEurope/Moscow11bEurope/MoscowThu, 21 Nov 2013 06:24:35 +0400 2013, 06:24:35

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

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

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