2

ユーザーが同じデータ入力フォームの別のコントロールにフォーカスを変更したときに、テキストボックスのコンテンツを正規化するように求める要件を受け取りました。正規化の例:

  • 入力の開始と終了の空白が削除されます
  • テキストボックスが空になり、これが無効な場合は、テキストボックスの内容をデフォルト値に置き換えます

これは優れたGUIデザインと一致していないように感じます。テキストボックスのWindowsUXガイドラインを読みましたが、関連するルールがすぐに見つかりませんでした。

この方法でテキストボックスのコンテンツを正規化することは許容されますか?

4

6 に答える 6

5

私はこれを以前に間違いなく見たことがありますが(例では今はわかりません)、UIが入力を変更するときは個人的には好きではありません。UIが私の入力を変更するのに十分スマートである場合、UIはそれをそのまま受け入れ、処理が必要になったときに値を変更する必要があります。

入力が自動的に魔法のように変化すると、ユーザーは停止して、なぜ変化したのか、何か間違ったことをしたのか、アプリケーションにエラーが発生したのかを自問するようになります。ユーザーに考えさせないでください!

于 2009-10-28T14:59:12.273 に答える
4

一般に、ユーザーが入力したとおりにユーザー入力を受け入れる必要があります。ユーザーがそのようにしたのは、正当な理由がある可能性があります。たとえば、ユーザーが外国の住所を入力し、アプリが国内の住所のようにフォーマットしようとしてそれを台無しにしたとします。少なくとも、ユーザーは慣れ親しんだ方法で入力を入力したため、入力を変更すると、クロスチェックが困難になる可能性があります。

ただし、いくつかの例外があります。

  • 不完全な入力にデフォルトを追加します。ユーザーが省略した入力(たとえば、年から日付、単位からディメンション)を追加すると、アプリが入力をどのように解釈しているかについての適切なフィードバックが得られます。これにより、ユーザーはデフォルトを使用するようになり、入力がより効率的になります。

  • 他のあいまいさを解決します。ユーザーのフォーマットが自由に解釈できる場合は、明確なフォーマットに変更してください。たとえば、海外のユーザーがいる場合は、「9-8-09」を「Sep 8 2009」(または「9 Aug 2009」)に変更して、アプリが月と日をどのように見なすかについてフィードバックを提供することができます。

  • 何も指定されていない場合は、区切り文字を追加します。長い英数字の文字列(電話番号、クレジットカード番号、シリアル番号など)に標準または任意の区切り文字を自動的に追加すると、ユーザーがより簡単にクロスチェックできる入力表示が提供されます。ユーザーは、高速にするために、または標準の区切り文字でさえ受け入れることを拒否するサイトによるWebの悪用の犠牲者であるために、区切り文字なしで文字列を入力する場合があります。

  • スペル、文法、および大文字と小文字の修正。ユーザーはこれを高く評価することがよくありますが、それをオーバーライドする手段もある場合に限ります。一部のユーザーは、人称代名詞として「i」を使用することを好みます。

フィールドが複数のユーザーによって使用されている場合は、おそらくユーザーの大多数に対応する標準的な方法で値を自動的にフォーマットする必要がありますが、フォーカスが離れるときではなく、値がバックエンドに格納されるときに行う必要があります。分野。たとえば、ユーザーが15:30の時間を入力した場合、ユーザーがページを表示している限り、15:30のままにする必要があります。ただし、次にユーザー(任意のユーザー)がデータを取得するときは、午後3時30分として表示されます(ほとんどのユーザーが時間の表示に慣れている場合)。

このようなバックエンドの書式設定は、空白のトリミングに適用されるため、すべてのユーザーがフィールドで一貫して検索、検索、および並べ替えを行うことができます。空白の値(または無効な値)をデフォルトに置き換えることは、ユーザーがその値を取得することを予期しない可能性があるため、おそらくお勧めできません。例外は、明らかに空白==なし==ゼロの状況で、数値フィールドの空白を0に変更することですが、これも、フィールド自体ではなく、バックエンドに格納するときに行う必要があります。空白があいまいな場合(たとえば、0を意味する場合や、「わからない」を意味する場合)、上記の2番目の箇条書きが適用され、フォーカスが失われたときにフィールドで自動修正することができます。

もちろん、ユーザーがデータ型をフォーマットする必要がある方法が異なる場合は、ユーザーグループごとに異なる方法でデータ型を表示するアプリのさまざまなバリエーションを使用するか、データ型のフォーマットを作成することができますユーザーの好みですが、それは本当に別の問題です。

于 2009-11-13T23:47:41.473 に答える
2

ユーザーがそれを望んでいて、利害関係者がそれを要求した場合、それは完全に安全です。トリミングは非常に一般的です。テキストボックスに数字を入力する場合は、置換が一般的です。(空白の代わりに0)。

于 2009-10-28T14:59:38.577 に答える
1

これはかなり標準的な機能であり、特に空白のトリミングです。デフォルト値の置換は、あまり一般的ではないという理由だけで、より大きなフラグを立てます。

于 2009-10-28T14:56:57.943 に答える
1

私はこれを行うバージョンのMicrosoftOfficeを見たことがあると確信しています-「pt」を入れます。たとえば、ポイント単位の値の後。マイクロソフトの支持は良い兆候であるはずです。

于 2009-10-28T15:00:04.583 に答える
1

この種の要件はかなりの数あります。空白ではなくデフォルト値を強制する理由は、レポートで、またはクライアントがライブシステムを表示したい場合に見栄えが良くなるためです。空白は「何も入力するのが面倒」のように見えます。同様の理由で、ユーザーが一貫したフォーマットを使用することは決してないため、一貫性を保つためにテキストを大文字にすることがよくあります。

于 2009-10-28T15:15:45.720 に答える