私はクラウドソーシングされているため、できるだけシンプルに使用する必要があるアプリを設計しています。アプリの大きな特徴の1つは、ユーザーがアプリ内の入力フォームを使用して自分でアップロードできることです。すべてのフォームはネイティブです(webviewを使用していません)。私が見る限り、ここには2つのポーションがあります。
ただし、これらのレイアウトにはそれぞれ長所と短所があります。
Androidネイティブ:
長所
短所
ラベル表示
長所
短所
この質問 にはいくつかの回答があります(上部に配置されたラベルを使用するなど)が、ネイティブアプリのように機能しない、Webビューまたはクロスプラットフォームフレームワークについてのようです。
私は記事を読みましたが、意見の対立がたくさんあります。ある著者はテキストフィールドにラベルを付けると言い、別の著者は入力フィールドにラベルを付けることができる最悪のことだと言うでしょう。
どのタイプの入力ラベルAndroidユーザーが好むかを示す統計または図はありますか?
あなたの状況では、プレースホルダープロンプトを使用する必要があると思います。
私の基準は、ユーザーがフィールドに入力するときに、プレースホルダーがなくても値が何を意味するかを理解できるということです。あなたの場合、答えはイエスだと思います。 「名前」、「企業」、および「タイプ」のフィールドは、重複する(またはほぼ重複する)値がめったに含まれないように十分に異なっています。つまり、ラベルのない記入済みフォームを誰かに見せた場合、彼らは、一番上の項目がその人の名前であり、2番目の項目が彼らが働いている会社であることを理解できると思います。
私にとって、プレースホルダーは新しいユーザーに指示するための巧妙な方法であり、同時に経験豊富なユーザーのために画面を視覚的に乱雑にすることはありません。
すみません、すべての状況について明確な答えはありません。それは、特定の状況ごとに設計上の選択をしなければならないからだと思います。
フォームフィールドラベルをフィールドの上に配置して、すべてのフィールドが一般的に予期される入力を表示するのに十分な長さになるようにすることをお勧めします。また、2つ以上のフィールドにはインラインラベルを使用しません。 2を超えると、ユーザーはコンテキストを失う可能性があります。
基本的に、フォームフィールドはすべて同じです。画面上の長方形のボックスです。あるフィールドを次のフィールドと区別するのはそのラベルです。ラベルはそのボックスの定義コンテキストです。次に、ラベルが消えたときに問題が発生します(ユーザーが入力し始めたときのインラインラベルのように、場合によってはフィールドに入力したときも同様)–突然、フィールドの唯一のコンテキストはユーザー自身の入力です。これは、ユーザーがフィールドに入力することをより困難にするだけでなく、ユーザーが遭遇する検証エラーを修正することもはるかに困難にします...
モバイルeコマースの調査研究中に、インラインラベルが設定されたフィールドでの多数の被験者の闘争を観察しました...
インラインラベルは、誤った単純さの代表的な例です。見た目はシンプルですが、実際には非常に扱いにくいものです。
この記事 からBaymard Institue。