私のアプリの主な機能の1つは、「フォーム」に入力することです。 1つのフォームには、次のモックアップで説明されている多くの読み取り専用情報が含まれています。
このUIでは、すべてがread-onlyです。
フォームの送信(値の入力)は、入力入力用の新しいUIを表示する送信ボタンを介して行われます。
ほとんどすべてが動的であるため、垂直スクロールビューに(ヘッダー/タブと下部のボタン以外に)すべてを表示します。
1〜3の特別なフォームがユーザーに表示されることがありますが、これは#1の概念に反映されています。
ほとんどの場合、1つのフォームがユーザーに表示されるため、その場合はヘッダーがありません。
しかし、将来的には、フォームが曜日に割り当てられ、ユーザーがいつでも任意のフォームに入力できるようになる場合があります。
上記のように、ユーザーがフォーム間を簡単に移動できるようにして、フォームの概要をすばやく確認し、入力するフォームを選択できるようにします。
私の問題:
特定のフォームがユーザーに与えられた理由を説明するかなりの情報があります。 これは、この情報を提供するアプリのセールスポイントの1つです。これにより、ユーザーは舞台裏で何が起こっているのかを理解できます。もちろん、この情報がなくてもフォームは賢明で価値がありますが、この部分はソフトウェアに付加価値を与えます。この情報は、次のタイプのデータで構成されています。
この情報はフォームに依存するため、各フォームはさまざまな理由に基づいて生成されています。
これらを一緒に「マージ」する方法(フォームと「追加データ」情報)を考えています
フォームにすべての情報を入力すると、非常に長くなり、誰も下にスクロールせず、「なぜそのフォームを取得したのか」という部分は誰にも表示されません。
次に、この情報をViewPagerに入れることを考えましたが、ViewPaging/swipe-ingを使用して現在発行されているフォーム間を移動したいので、それは良くありません。
次に、3つのページ(フォーム、理由、必要なもの)を含むフォーム内に追加のタブコントロールがあると思いましたが、
気に入らない
同じページに2つのタブコントロールがあることはすべてのガイドラインに反します
どんな助けと親切なアドバイスも本当に感謝しています!
以下のモックアップでの私の提案。フォーム間のナビゲーションを提供するために、サイドスワイプメニュー(メニューボタンによってもトリガーされる)のタブを変更します。フォーム送信の完全性は色分けされている可能性があり、この場合、現在入力されているフォームはなんとかして示される必要があります。
フォーム自体については、3つのステップに分割します。
あなたがそれを気に入っているかどうか、そしてそれがあなたの懸念を解決するかどうか教えてください。これが画像です:
これら2つの情報画面を、対応する2つのアコーディオンのようなコンポーネントに配置します(つまり、それらをクリックすると展開します)。
私が誤解しない限り、フォームの長さは動的であり、とにかくスクロールが必要になる可能性があるので、これらの2つのアコーディオンのようなアイテムをフォームの上部の同じスクロール可能なコンポーネント内に配置します(これにより、スクロールして、スペースをフォームに残します)。
このソリューションは、たとえば、対応するダイアログを開く2つの小さなボタンよりも、2つの情報コンテンツに関連性を与えます。この2番目のソリューションは、動的ではない情報により適していると思います。ユーザーはしばらくすると、これ以上便利なものにはならないでしょう。