Почему некоторые пользователи заполняют формы заглавными буквами?

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

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

Итак, кто-нибудь знает, откуда это происходит, в первую очередь? Какой был бы лучший способ вежливо сказать пользователю ввести данные в правильном случае? Должно ли появляться предупреждение, если все в верхнем регистре?

В конце концов я решил, что если я обнаруживаю более 50% капиталов, я заменяю обычные кнопки save / cancel с сообщением с примером того, как он будет выглядеть в письме и I am happy with that и I want to change it. Я мог бы попросить пользователя об альтернативах, но, похоже, лучше было просто добавить эти варианты. Переключение кнопок также выглядело хорошо, но это было сделано легче /плавнее, так как форма использует события модели backbonejs, поэтому она очень быстрая и удобная.

83 голоса | спросил Rich Andrews 12 FriEurope/Moscow2014-12-12T11:37:11+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 11:37:11 +0300 2014, 11:37:11

12 ответов


66

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

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

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

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

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

Например:

Пользователь вводит: JOHN VON DOE

Затем появится всплывающее окно:

Пример всплывающего окна

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

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

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

ответил Makyen 13 SatEurope/Moscow2014-12-13T04:52:46+03:00Europe/Moscow12bEurope/MoscowSat, 13 Dec 2014 04:52:46 +0300 2014, 04:52:46
81

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

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

Вы пробовали просить людей использовать вашу систему? Казалось бы, самый простой способ:)

ответил adrianh 12 FriEurope/Moscow2014-12-12T11:49:05+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 11:49:05 +0300 2014, 11:49:05
19

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

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

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

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

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

ответил David42 12 FriEurope/Moscow2014-12-12T21:15:05+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 21:15:05 +0300 2014, 21:15:05
14

Раньше я работал в компании, которая платила за программное обеспечение стороннего разработчика behemoth.

Итак, в обычный рабочий день Пегги вводит имя клиента и сохраняет его в базе данных, hunky-dory.

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

Yippie! Привлечь ИТ и формальное решение от поставщика - всегда использовать CAPS-блокировку, поскольку поставщик программного обеспечения имеет нулевое намерение изменить поведение поиска на внутреннем сервере и не предоставляет опцию на интерфейсе.


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

ответил MonkeyZeus 12 FriEurope/Moscow2014-12-12T18:28:59+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 18:28:59 +0300 2014, 18:28:59
14

[Flippant] Конечные пользователи - странные существа, период. Там нет учета того, что имеет для них смысл и что они будут делать (даже с явными инструкциями). [/Легкомысленный]

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

Название sanitisation является сложным, если не невозможным. Простое преобразование всего в нижний регистр и создание заглавной буквы первой буквы каждого слова не является хорошим решением; вам нужно будет создать что-то, что может точно обрабатывать исключения (например, cummings, van der Merwe, VanDyk и т. д.), что является небольшой задачей (и почти невозможно). Кроме того, дезинфицирующее средство должно обрабатывать символы UTF-8 точно (не только ASCII /Latin-extended).

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

ответил Agi Hammerthief 12 FriEurope/Moscow2014-12-12T15:55:39+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 15:55:39 +0300 2014, 15:55:39
10

Для имен все заглавные буквы - это санитаризация . пример банковской выписки

Возьмите имя «Макдональд», например. Он также может быть записан «MacDonald». Если вы не вводите свое собственное имя в форму, такая ошибка очень распространена и может вызвать проблемы. Клиент (клиент вашего клиента) может быть оскорблен или может вызвать юридические проблемы (возможно).

«MACDONALD», однако, ловит обе формы. Посмотрите на свою кредитную карту , свою банковскую выписку или почти любой другой правовой или финансовая связанная форма.

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

Если ваши письма /отчеты выглядят уродливыми с именами верхнего регистра, это проблема с письмами /отчетами.

Для других входных форм:

-Address: Идеально это дезинфицируется с помощью поиска адресов. В противном случае держите его сырым, я полагаю.
-Text /description /details: Санировать это невозможно. Оставьте их как есть. В качестве примера, скорее всего, вставляем текст с желаемым корпусом.

Изменить: Глядя на кучу юридических документов, похоже, что они не все имена кепков, насколько я думал. Вероятно, потому что они обычно настраиваются /персонализируются в каждом конкретном случае и могут искать правильное написание имен людей. Таким образом, все-колпак-имя используется, когда будет создано множество общих букв и форм (счета и т. Д.) И не столько с юридическими документами.

ответил slicedtoad 12 FriEurope/Moscow2014-12-12T19:02:50+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 19:02:50 +0300 2014, 19:02:50
7

Только теории:

  • люди, все еще стоящие перед системами на базе DOS, могут иметь ключ CAPS LOCK на постоянной основе.
  • юристы /солиситоры - существа привычки и все еще склонны форматировать многие из своих документов, как если бы это было в 1982 году, и все использовали пишущие машинки IBM Selectric (я работал для судей и вытаскивал их из этого мышления всегда было тяжело)
  • люди ленивы /забывают

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

Потенциальное решение:

Вы должны быть в состоянии определить, использовались ли ВСЕ CAPS при заполнении формы до подачи. Если у формы, похоже, есть множество ВСЕХ CAPS, вы можете предупредить пользователя о модальном:

-----------------------------------------------------------------
|                                                               |
|   It appears you have entered several fields with ALL CAPS.   |
|   Please note that our system does not require that and you   |
|   may prefer to enter your data in normal mixed case format.  |
|                                                               |
|   [ edit your form ]   [ submit anyways ]                     |
|                                                               |
-----------------------------------------------------------------

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

ответил DA01 12 FriEurope/Moscow2014-12-12T20:57:13+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 20:57:13 +0300 2014, 20:57:13
5

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

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

ответил KennyPeanuts 12 FriEurope/Moscow2014-12-12T17:48:59+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 17:48:59 +0300 2014, 17:48:59
4

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

  

Что говорит профессор в начале большинства эпизодов?

Пример примера ...

  

«Хорошие новости!»

Если пользователь не вводил кавычки, вы могли бы вручную вставить их. Если вы обнаружите, что существует высокий уровень прописных букв (например, обнаружение общих слов типа «of» и «the full full-case»), тогда играйте короткий звук, подобный дину Windows, и дайте понять, что их плохая привычка теперь останавливается и подчеркивает , как вводить данные , используя значение, которое они набрали до сих пор, в максимально возможной степени, выделяя различия с минимальным пространством между ними, как правило, просто строка прерывания между двумя строками текста не более грубо свыше ста символов. Когда они видят неверно: и исправить: в качестве префиксов для каждого примера с выделение будет предельно ясно (тем более с объяснением чуть ниже ) почему ввод, который они печатают, имеет ошибки. Чем быстрее вы точно сообщите пользователям об ошибочных данных без некорректно перенастроить их ввод или вызвать ошибку, если они не ввели никаких ошибок, тем лучше. Лучше дать короткий промежуток времени и потребовать несколько дополнительных символов для исправления, чем беспокоить людей, если ваш собственный код, который делает проверку, является ошибочным.

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

ответил user312854 12 FriEurope/Moscow2014-12-12T21:49:39+03:00Europe/Moscow12bEurope/MoscowFri, 12 Dec 2014 21:49:39 +0300 2014, 21:49:39
4

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

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

Мы даже отправили почту в Африку, потому что детали одного клиента разлились по полям.

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

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

Адреса электронной почты могут быть уменьшены, если только частная часть не содержит кавычек. (помните Banyan Vines?)

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

У меня есть два экземпляра моего Свидетельства о рождении, один из 1980-х годов и один год с 20 лет. Есть 10 отличий. - Транскрибирование вручную без принятия пользователем чревато риском.

ответил mckenzm 13 SatEurope/Moscow2014-12-13T05:03:06+03:00Europe/Moscow12bEurope/MoscowSat, 13 Dec 2014 05:03:06 +0300 2014, 05:03:06
4
  

Итак, кто-нибудь знает, откуда это происходит?

Я могу ответить на этот подтекст из личного опыта.

  1. Если форма запрашивает номер моей кредитной карты и запрашивает мое имя «как указано на кредитной карте» (или слова на этот счет), то я послушно вводим свое имя, как оно появляется на моей карточке, находится во всех шапках.
  2. Если я вхожу в адрес для чего-то, что нужно отправить, я ввожу его во все кепки, так как это то, как почтовое отделение предпочитает это . Конечно, продавец может капитализировать адрес независимо от того, как я его печатаю, но я не знаю, будет ли он это делать, и нет никакого вреда в моей капитализации, о которой я знаю.

В противном случае, я не вводил вещи в формы во всех кепках.

ответил msh210 16 TueEurope/Moscow2014-12-16T07:38:25+03:00Europe/Moscow12bEurope/MoscowTue, 16 Dec 2014 07:38:25 +0300 2014, 07:38:25
-1

Несколько API проверки адресов (FedEx, UPS) возвращают нормализованный адрес верхнего регистра, который может запомниться в настройках автозаполнения.

EX: 124 Main Street -> 124 MAIN ST

ответил stringtheory 17 WedEurope/Moscow2014-12-17T02:46:47+03:00Europe/Moscow12bEurope/MoscowWed, 17 Dec 2014 02:46:47 +0300 2014, 02:46:47

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

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

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