web-dev-qa-db-ja.com

プレースホルダーテキストと無効なテキスト

現在、デスクトップアプリケーションでいくつかのフォームを開発しています。 HTMLフォームやスマートフォンのようなタッチシステムから知られているように、一部の入力フィールド(編集)でプレースホルダーテキストを使用するという考えがあります。しかし、編集をプレースホルダーテキストと比較すると、テキストが含まれている無効な編集と非常によく似ています。どちらも白い背景に灰色のテキストがあります。境界線だけが異なって見えます-プレースホルダーテキストのある編集可能なフィールドでは黒、無効なフィールドでは灰色です。

無効にされた編集の外観に関するデスクトップシステムでのプレースホルダーテキストの使用に関する規則またはルールはありますか?

12
Konrad

プラットフォーム間で一般化すると、次の基本的なガイドラインに従っていきますが、灰色の背景の無効なフィールドがさらに強調されています。

通常(値あり)

黒いテキスト、白い背景、黒い境界線。

通常(プレースホルダー付き)

灰色のテキスト、白い背景、黒い境界線。

無効

灰色のテキスト、少し明るい灰色のbg、灰色の境界線。

enter image description here

15
Dave Haigh

ほとんどの場合、フォームはネイティブ要素で構成されており、ルックアンドフィールはオペレーティングシステムによって(理想的には)決定されます。 Mac OSでは、ウィンドウと比較すると、無効になっているものを表示する別の方法があります。 Windows XPおよびネイティブ動作のMac OS Xの2つのテキストフィールドは次のとおりです。

different text boxes windows XP 対 different boxes mac os x

いくつかの理由でこの動作を変更しないようにアドバイスします。

  • 人々はオペレーティングシステムとそれが使用する視覚的言語に慣れています。これを変更すると、認知的負荷が追加されます。
  • Windowsのバージョンによって、フォームの表示方法が異なります。 GUIにデフォルトのライブラリを使用すると、異なるバージョン間で適切に機能することが保証されます。たとえば、Windows XP用に何かを変更した場合、VistaまたはWindows7ではどうなりますか? OS X Yosemiteと以前のバージョンのMac OSでも同じです。
  • 標準要素を使用しないと、要素がユーザーにとって奇妙に感じる可能性があります。これは、色、応答時間、rollOverの動作などの微妙な違いが原因である可能性があります。
  • カスタム入力フィールドを選択する場合、統一されたルックアンドフィールを維持するには、アプリを実行するすべてのオペレーティングシステムにカスタム入力フィールドが必要であることに注意してください。
7
Ruudt

このシナリオで以前に私が見たいくつかのこと:

  • プレースホルダーテキストを灰色ではなく緑色にする(ユーザー入力は黒色)
  • プレースホルダーテキストはイタリック体です(ユーザー入力は通常のテキストです)
  • たとえば、テキストを山括弧で囲みます。 <ここにあなたの名前>。 (これはやや「技術的」、つまりプログラマが理解しやすいものです)

テキストがプレースホルダーテキストであることをユーザーに確実に理解させるための鍵となるテキストはテキスト自体のコンテンツです。 =

通常は、フィールドに何を入力するかを指示するために使用します。

たとえば、プレースホルダーテキストを含む名前フィールドがある場合、テキストはEnter your name ...と言うよりも(名前

6
Franchesca