私は、あるグループのグループがパーセント値の入力フィールドを整数と想定しているのに対し、他のグループは10進値を想定しているという状況に遭遇しました。どちらの方法でも、コントロールがフォーカスを失ったときに、フィールドにパーセント記号でフォーマットされた整数を表示します。 (注意:この特定の状況では、フィールドの横に増分/減分矢印があり、フィールドの値を所定のステップサイズで増やします。)
このように考えてください:
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
両方のメリットを確認できます。ガイドラインがあるかどうか、または誰かが何か関連する調査を行っているかどうか知りたいのですが。私の直感は10進数の値を言います。
フォーカスの取得とフォーカスの喪失の際に入力フィールドのフォーマット/コンテンツを変更することは望ましくないと思います。フォーカスが失われたときに「0.1」が「1%」に変換された場合です。
入力フィールドのすぐ右側に「%」を入れて、入力フィールドに「。」を受け入れさせないようにします。またはその他の整数以外の入力。基本的に不適切な入力は許可されません。これにより、フォーカスを取得したりフォーカスを失ったときにフォーマットやコンテンツを変更する必要がなくなり、入力フィールドを簡単に理解できるようになります(ユーザーからの入力を減らす必要がなくなります)。
編集:
書面によるガイドラインのリクエストに応じて、私はこのサイトをチェックすることをお勧めします。このサイトは最高のコンテンツを持っているようで、非常に読みやすく、例があります。
http://www.lukew.com/ff/entry.asp?1502
ここでさらに読む:
http://websemantics.co.uk/tutorials/accessible_forms/
トリッキーなことは、問題は特にパーセント形式のテキストフィールドの数に適用するガイドラインを求めることです。ほとんどのガイドラインはそれほど具体的には適用されない傾向があり、デフォルトのテキストまたはヒントテキストの配置と引数を回避します。私はヒントテキストのファンです!ヒントテキスト。もちろん、カーソルがフィールド内に置かれると消えるデフォルトのテキストです。
元:私はこのstackexchangeサイトを初めて使用する場合を除いて、obeliaの回答に賛成票を投じます。これが私が見つけた最初のQ&Aです。そして、私はオベリアの答えが本当に好きです:)
しかし、私自身の有用で完全な答えを追加する必要があります:オベリアが言ったように、
しかし、これらは完璧ではありません
私が使用する解決策は、フォーカスの前のフィールドのデフォルト値であり、最後にパーセント記号が付いています。実装によっては、このアプローチは、フォーカス上に消えるヒントテキストである必要はありません、それフィールドに残すことも、自由に削除することもできます。そしてもちろん、それが残されていると仮定して、フィールドのフォーカスが失われたときにフィールドの検証を行います。次に、その人が入力する適切なスタイルを知っていて、適切な方法で必要なものを入力したと想定できます。さらに、フィールドの検証後、驚いた値が表示された場合は、再度編集できます。
とにかく、それを見る人はほとんどありません:
[ 0.0% ] ^v
次に送信します:
[ 0.1 ] ^v
「10%入りたい」と思ってます。
整数と小数を使用する場合の長所と短所についての調査を掘り下げることはできません。小数の値がパーセンテージで何に等しいかわからない場合のユースケースを調べる必要があります。たとえば、0.1に100を掛けることで.1は10%であると簡単に計算できますが、その方法を知らない限り、混乱する可能性があります。
ただし、これはユースケースにも依存します。 10進数の値を別の数値に乗算してその10%のパーセンテージまたは.1の値を決定するようにユーザーに指示し、ユーザーがそれを使いやすくしたい場合は、プロセスを簡単にするためにそれを維持することを検討する必要があります(そして、ここではパーセンテージの使用は失敗します。ユーザーはパーセンテージ値/ 100を必要とし、これは追加の作業であり、数学的に挑戦されている人を混乱させる可能性があるためです。