web-dev-qa-db-ja.com

一部のユーザーがフォームをすべて大文字で記入するのはなぜですか?

Webフォームに入力するときのユーザーの行動が奇妙に思えるのに気づきました。私たちのシステムは、弁護士情報と意志作家がクライアント情報を提出するために使用されます。一部のユーザーは、クライアントの名前やアドレスなどのエントリにすべて大文字を使用することがあります。これらの値は、その後これらのクライアントへの書き込みに使用されるため、かなり醜く専門外の文字が生成される可能性があります。

この入力と入力されたデータの適切なケースをサニタイズできることは理解していますが、その方法ではより広範な問題が発生する可能性があると思います。

それで、最初にこの行動がどこから来ているのか誰かが知っていますか?正しいケースでデータを入力するようユーザーに丁寧に伝えるための最良の方法は何ですか?すべて大文字の場合、警告をポップアップする必要がありますか?

結局、50%を超える資本を検出した場合、通常のsave / cancelボタンとメッセージの例、およびI am happy with thatおよびI want to change itオプション。ユーザーに代替案を求めることもできましたが、これらのオプションを追加するだけの方がフォームに適しているようです。ボタンの入れ替えも見栄えが良かったのですが、フォームがbackbonejsモデルイベントを使用しているので、これがより簡単でスムーズになり、非常に速く、不快に見えました。

85
Rich Andrews

ユーザーは、意図的に、または意図せずに大文字で情報を入力します(たとえば、偶然にCAPSLOCKがアクティブになった)。他のいくつかの回答は、ユーザーが意図的にそうしている理由のさまざまな理由を述べています。それが意図的でない場合、ユーザーはおそらくそれについて知り、それを修正したいと思うでしょう。

他の人が述べたように、大文字から適切な大文字に100%正確に変換するアルゴリズムを設計することは事実上不可能です。完全に同じスペルの名前の適切な大文字と小文字は、出身国、文化、個人の家族の文化的歴史、個人的な好みなどのさまざまな要因によって異なるため、不可能です。つまり、同じ名前を大文字にすることができます複数の方法で。これは特に 貴族粒子 などに当てはまります。

ただし、アルゴリズムによって、名前を大文字にするための一般的な方法の限定されたセットを決定することができます。

名前を取得した場合の対処方法:ユーザーが選択できる選択肢を含むポップアップを提供します:

お使いのシステムでは、適切なケースのバージョンをユーザーに入力させることをお勧めします。ユーザーが名前を入力した後、使用可能な名前の選択肢からユーザーが使用する名前を選択するための選択肢をポップアップ表示するか、名前を希望どおりに編集します。常に、または入力された名前が大文字と小文字が正しくないことを検出した場合にのみポップアップを表示します(たとえば、大文字が50%を超えるか、単語ごとに大文字が1つ未満)。

例:

入力したユーザー:JOHN VON DOE

次に、次のようなポップアップ:

Example pop-up

ユーザーが行った選択に基づいて使用例のテキストを変更し、どのように表示されるかについてすぐにフィードバックをもらいます。

ポップアップを表示することにより、ユーザーは入力時に名前の大文字を適切に大文字で提供し、その方法で名前を入力したいという要望をユーザーに通知します。使用している形式がこのシステムでは望ましくないというユーザーへの即時のフィードバックがあると、ユーザーはシステムに適切なケースで名前を入力するようになります。ユーザーが入力したとおりに名前を保持するオプションがあると、システムが望ましいと考えるものを入力したもので上書きすることができます。正しい大文字となる可能性のあるものに最も近いエントリがテキストボックスに入力されていると、ユーザーは追加の編集に労力をかける必要がなくなります。

最終的には、正確な情報を提供するのに最も適しているため、使用する大文字と小文字を正確に指定する必要があります。上記のポップアップのようなことを行って、ユーザーに適切なケースで名前を提供するように促すことができますが、システムが適切なケースを好むことを明らかにしたら、ユーザーが入力したものをすべて受け入れる必要があります。

65
Makyen

これは、ユーザビリティテストでときどき見られました。私が尋ねるのは、通常、「ブロックキャピタルで記入する」などの要求がある多くの紙のフォームに記入したためです。そのため、すべてのフォームのデフォルトであると考えています。

弁護士の場合、裁判所のフォームに特定の形式で記入しなければならない同様の問題があると思います。

あなたのシステムを使っている人に聞いてみましたか?それは最も簡単な方法のようです;)

82
adrianh

これは、初期のテレタイプとコンピュータシステムには小文字の対応がなかったためです。混合型テレタイプは1930年代に市場に出ましたが、第二次世界大戦の標準的な米軍のテレタイプは大文字でのみ印刷されました。公式のコミュニケーションとレポートはすべて大文字にすべきだという考えは、文化の奥深くまで働きました。

1970年代までは、コンピューターはビジネスドキュメントの作成に使用されませんでした。それらは記録の保存と請求書の送付に使用されました。小文字は、必要であるとか、望ましいとは思われていませんでした。しかし、ビジネスレターは常に大文字と小文字が混在して入力されてきました。ワードプロセッサーの導入はこれを変えませんでした。これらの異なる伝統は、電子メールの導入と衝突しました。コンピュータ化されたレコードのバックグラウンドを持つユーザーは、すべて大文字で書きました。電子メールをビジネスレターのように見たユーザーは、これを奇妙だと考え、叫び声を上げました。

第二次世界大戦の世代が労働力を失った今、すべてのキャップの使用は支持を失い続けています。 2013年に米海軍は、技術的に可能な場合は混合ケースの使用を許可するようにポリシーを変更しました。前の世代はそれを公式で威厳のあるものと見なしていましたが、現在の世代はそれを無能だと見なしています。

したがって、ある時点で、データはすべて大文字でコンピュータ化された記録システムに入力する必要があると教えられたため、ユーザーがこのように書いていることをお勧めします。

すべて大文字のエントリを検出し、ビジネスレターと同じように名前を入力する必要があることを警告するポップアップを表示できます。ただし、大文字を自動的に修正したり、すべて大文字の使用をブロックしたりしないでください。一部の人の名前は、予想するのが難しい方法で適切に大文字になっています。

19
David42

【水着】エンドユーザーは不思議な生き物、時代です。彼らにとって何が理にかなっているのか、彼らが何をするのかについての説明はありません(明示的な指示があっても)。 [/ flippant]

経験則としては、エンドユーザーが入力したデータが信頼できる正確なものであることを絶対に信頼しないことです。たとえ明示的な指示を与え、構築したシステムを正しく使用する方法についてトレーニングしたとしてもです。彼らがあなたに与えたものを何でも取り、それが安全に保管できる範囲までそれを消毒するのが最善です。出力がある場合にのみ、操作する必要があります。

名前の消毒は、不可能ではないにしても複雑です。すべてを小文字に変換し、各Wordの最初の文字を大文字にするだけでは良い解決策ではありません。例外を正確に処理できるもの(カミングス、ファンデルメルウェ、ヴァンダイクなど)を構築する必要がありますが、これは小さな作業ではありません(ほとんど不可能です)。また、サニタイザーはUTF-8文字を正確に処理する必要があります(ASCII /ラテン拡張だけではありません)。

警告を表示したり、正しい形式を指定したり、ユーザーが注意を払うことを期待したりすることは、おそらく期待できる最高の方法です。彼らに「正しいことをする」ことを強制することを試みることは、無益さの練習です。

14
Agi Hammerthief

私はかつて、巨大なサードパーティ製ソフトウェアの代金を支払う会社で働いていました。

そのため、通常の勤務日に、Peggyはクライアント名を入力し、それをデータベース(hunky-dory)に保存します。

翌営業日に、Donnaはこのクライアントを検索し、さらに処理を行う必要があります。クールなので、Donnaは検索ボックスを使用してクライアントを見つけませんでした。うーん、ペギーに電話して、彼女が言ったようにシステムにクライアントを入れなかったので彼女を非難します。多くの専門的な会話の後、彼らは検索ボックスが大文字と小文字を区別し、それを区別しないようにするオプションがなかったことを学ぶようになりました。

イッピー!ソフトウェアベンダーはバックエンドでの検索動作を変更したり、フロントエンドでオプションを提供したりする意図がないため、ITとベンダーからの正式なソリューションは常にCAPSロックを使用する必要があります。


これは明らかに、人々が1つの場所で単に習慣を身につけ、自分の行動を変える知識がまったくない例の1つにすぎません。これは、そもそもコンピューターに懐疑的だった高齢の世代に特に蔓延しているため、彼らの考え方は「使用方法を学んだ良さを感謝します。この方法が機能するので、すべてにこの方法を使うほうがよい」です。

14
MonkeyZeus

名前の場合、すべて大文字is 消毒 正規化。 example bank statement

たとえば、「マクドナルド」という名前を考えます。 「MacDonald」と綴ることもできます。 フォームに自分の名前を入力していない場合、この種のエラーは非常に一般的であり、問​​題を引き起こす可能性があります。クライアント(クライアントのクライアント)が侮辱されたり、法的な問題を(おそらく)引き起こしたりする可能性があります。

ただし、「MACDONALD」は両方の形式に対応しています。 クレジットカード 、銀行の明細書、またはその他の 法的 または ファイナンス 関連フォームを見てください。

私の解決策は、名前(バックエンド)を未加工の形式で保存し、常に大文字で出力することです。しかし、多くのシステムは、すべてを強制的に大文字にする入力時にを名前フィールドに使用します。

文字/レポートが大文字の名前で見苦しく見える場合、文字/レポートに問題があります。

他のフォーム入力の場合:

-アドレス:理想的には、これはアドレスルックアップでサニタイズされます。それ以外の場合は生のままにしておくと思います。
-テキスト/説明/詳細:これらを無害化することは不可能です。そのままにしておきます。例として、多くの場合、希望する大文字小文字のプレースホルダーテキストを配置します。

編集:一連の法的文書を見ると、思ったほどすべての名前が大文字になっていないようです。おそらく、それらは通常ケースバイケースでカスタマイズ/パーソナライズされており、人々の名前の正しいスペルを検索できるためです。したがって、すべて大文字の物は、多くの一般的な文字やフォーム(請求書など)が作成されるときに使用され、法的文書ではそれほど使用されません。

10
DanielST

理論のみ:

  • 依然としてDOSベースのシステムの前で立ち往生している人々は、CAPS LOCKキーを永続的にオンにしている可能性があります。
  • 弁護士/弁護士は癖のある生き物であり、それでも1982年のように多くの文書をフォーマットする傾向があり、誰もがIBM Selectricタイプライターを使用していた(私は裁判官のために働いていて、その考え方から彼らを引き出すのはいつも面倒だった)
  • 人々は怠惰/気づかない

データで同じ問題が発生しました。ユーザーが送信したデータを許可し、データの半分はすべて大文字になります。これを簡単に自動化する方法はありません。理想的には、人間がこれをすべて掃除してくれるでしょう。

潜在的なソリューション:

提出前にフォームに記入する際にすべての大文字が使用されたかどうかを判断できるはずです。フォームにすべて大文字が含まれているように見える場合は、モーダルでユーザーに警告できます。

-----------------------------------------------------------------
|                                                               |
|   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 ]                     |
|                                                               |
-----------------------------------------------------------------

送信前に戻って編集するのが良い理由を示すために、ビューモードで表示されるコンテンツのサンプルを含めることもできます。

7
DA01

ユーザーは自分のエントリがどのように使用されるかを完全には認識していないようです。

彼らが入力したテキストがどのように解釈されるかを確認できるように、(Stack Exchangeサイトと同じように)テキストを送信する前にタイプセットとフォーマットされたエントリの例を提供することができます。

5
DQdlM

簡単に、人々にhowの明確な例を示してください。質問に答える必要があります...

ほとんどのエピソードの初めに教授は何と言っていますか?

例の例...

「みんな良いニュースです!」

ユーザーが引用符を入力しなかった場合は、手動で挿入できます。高レベルの大文字があることを検出した場合(たとえば、「of」や「the」などの一般的な単語が完全に大文字であることが検出された場合)、Windows Dingのような短い音を再生して、その悪い癖を明らかにします。ここで停止し、強調します方法データすべきこれまでに入力した値を使用して、可能な限り合理的な範囲で入力します。 おおよそ 100文字以上の2行のテキスト間の改行。各例の接頭辞としてincorrect:およびcorrect:が表示された場合、強調表示されますwith強調表示は非常に明確になります(以下の説明でさらに明確になります) )of why彼らが入力している入力にエラーがあります。できる限り早く正確にエラーのあるデータをユーザーに通知しますなし入力を誤って再調整したり、エラーを入力していないときにエラーをトリガーしたりすることをお勧めします。チェックを実行する独自のコード自体に誤りがある場合、ユーザーに嫌がらせをするよりも、短い時間を置いていくつかの追加文字を修正する必要がある方が良いです。

これを扱うには努力と忍耐が必要ですが、視覚的にクリーンで明確にすれば、人々が悪い習慣から良い習慣に発展するのを助けることができます予想されることさらに間違っていること =。他のユーザーがworkingの例を挙げていることに言及していないことに驚いています。

4
user312854

それが彼らがそれを入力した方法であるならば、それを台無しにしないでください。キャプチャ時のソフト検証をお勧めします。極端な場合、彼らは「支援」技術を使用している可能性があり、私たちは誰も気分を害したくありません。

私は長年、大手銀行の顧客データを扱いました。データは多くのシステムで取得され、さまざまな品質問題が発生しました。

ある顧客の詳細情報が分野を超えて流出したため、アフリカにメールを送信しました。

一般に、顧客を推測することは決して安全ではありません。私の名前マッケンジーには、大文字が埋め込まれています。最も安全な方法は、すべてを大文字にして、大文字で印刷された出力を、見た目ができる限り美しくすることです。すべての大文字もうまく圧縮されますが、それがインセンティブだったのかもしれません。

元のデータには、誤って読み取られた、または正しくスキャンされなかった文字が含まれている場合もあります。そのため、お客様からの苦情を待つだけでした。

非公開部分に引用符が含まれていない限り、メールアドレスは小文字にすることができます。 (Banyan Vinesを覚えていますか?)

大文字と小文字が混在するケースを正しくキャプチャするには、唯一の現実的な方法は、大文字と小文字を混在させて入力するか、データを混在させて入力し、識別品質のドキュメント(移住者にとっては驚くほど異なる場合がある)と照合することです。

私には出生証明書のコピーが2つあります。1つは1980年代のもので、もう1つは20年後のものです。 10の違いがあります。 -ユーザーの同意なしに手書きで手書きすることはリスクを伴います。

4
mckenzm

それで、最初にこの行動がどこから来ているのか誰かが知っていますか?

私はその個人的な経験からその質問に答えることができます。

  1. フォームでクレジットカード番号を尋ね、「クレジットカードに記載されているとおりに」私の名前(またはその意味の言葉)を尋ねた場合、カードに表示されているとおりに名前をすべて大文字で入力します。
  2. 配送先の住所を入力する場合は、 それが郵便局の好みです であるため、すべて大文字で入力します。確かに、売り手はどのように入力してもアドレスを大文字にすることができますが、そうするかどうかはわかりません。また、大文字を使用しても私が知っているような害はありません。

それ以外の場合は、すべて大文字でフォームに入力することはありません。

4
msh210