アイテムの階層構造(子アイテムのx nr)があり、親からのデータが「ヘッダー」として表示され、子アイテム(およびそれらに関連付けられたデータ)が下の表に表示されるシステムがあります。子アイテムを選択すると、パターンが繰り返されるため、パターンが親(最初の親にアクセスするためのブレッドクラムが追加された状態)およびその子ノードとして下の表に移動します。
各アイテムには、基本的に各アイテムで同じに見える関連する詳細情報があります。かなりの量の情報になるため、かなりのスペースが必要になる場合があります。問題は、このパターンをどのように解決するかです。詳細にアクセスするための巧妙な方法はありますか?新しいページである必要がありますか。その場合、ページ間をどのように移動する必要がありますか?大きなモーダルウィンドウにする必要がありますか?他のアイデア?
任意の入力に感謝
頭に浮かぶ先例は、iTunesでトラックメタデータを編集するためのインターフェイスです。個々のトラックを選択すると、さまざまなフィールドのダイアログが表示され、複数のトラックを選択すると、非常によく似たダイアログが表示されますが、個々のフィールドは1つだけではなく複数のトラックに適用されるようになりました。情報を表示するだけで、編集する必要がない場合は、このアイデアを拡張するための多くの範囲があります。
テーブルビューが次のようになっている場合:
次に、個々のアイテムを選択すると(たとえば、「詳細」ボタンを押すと)、次のようになります。 -視覚的には、ポップアップは、最初の列を除くすべての元のテーブルをカバーします。実装の観点では、これはまったく異なるビューですが、重要なのは、一時ウィンドウがテーブルの前にポップアップしたように見えることです(私のスケッチの「吹き出し」のプレゼンテーションは意図的なものです)。おそらく、ユーザーは終了後にテーブルに戻るつもりであり、これによりそのオプションが明確に見えます。
ユーザーが複数のアイテムを選択した場合は、詳細ビューの集約バージョンを表示できます。
(私が何をしているのかをスケッチから明らかにしてほしい)。集計ビューがどのように機能するかは、特定のデータにとって何が理にかなっているかに依存します。 「価格」フィールドは平均価格を示し、「重量」フィールドは合計を示し、「色」フィールドは小さなグラフの形式で範囲を示します。 sparklines のようなアイデアと組み合わせると、これは単純なインターフェースで複雑なデータを表示するための非常に効果的なパターンになる可能性があります。
多くのオプションがありますが、それらは表示する必要があるデータに大きく依存します。
これはかなり一般的なアプローチです。ユーザーを新しいページに誘導しますが、パンくずを残して、ユーザーが戻ってくる方法を見つけます。これにより、親->子の構造が保持され、必要なすべての不動産が提供されます。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
私は通常、モーダルの使用を危険にさらしていますが、彼らの新しいいとこ(スクロール可能なサイドパネル)は、よりUXフレンドリーであることが証明されています。テーブルの子行をクリックすると、スライドしていくとすぐに目がペインに引き付けられます。
@Shivam Pandyaが指摘したように、「拡張可能なテーブル行」(テーブル行をクリックすると表示されます)は、追加情報のスナップショットを提供するのに適しています。 Wこれらを実装するにはいくつかの方法がありますが、以下が最も一般的です。
私のイメージを参照してください。あなたの言いたいことがはっきりとわかりませんが、私が理解している限りでは。このモックアップを作成します。詳細ページのエキスパンダーを使用できます。そのエキスパンダーで詳細ページの概要を表示します。つまり、名前、番号、数量。など、そこに「詳細を表示」または「続きを読む」オプションを配置します。また、タイトルのクリック時にその機能を追加することもできます。
概要を読んだ後、ユーザーが詳細を知りたい場合は、必ず詳細を読み、詳細ページにアクセスします。
また、詳細ページを個別に作成することをお勧めします。しかし、追加するのを忘れないでください[〜#〜] back [〜#〜] link /そこにボタン。