関連リストの積み上げマスター/詳細テーブル
関連するすべてのレコードとそれに関連するエンティティを表示するために、アナリストが特定のレコードを「覗き見」するのをサポートする必要がある使用例があります。これはCRMエンタープライズスペース内にあり、ほとんどのインターフェイスはリストとフォーム要素です。私はそれらのタイプのUIコンポーネントに制約しています。
「マスター」テーブルの特定のレコードをクリックすると、「詳細」テーブルが下に表示される相互作用を設計しました。それを説明するために、私は同じの最小限のモックアップを持っています。
機密性の問題により詳細を開示することはできませんが、企業内での同様のやり取りに関するフィードバックを入手したいと思います。
- これは一般的な相互作用のパラダイムですか？
- この相互作用が使用されているのを見たユースケースのいくつかは何ですか？
- 同じ上の他のフィードバック。
私がそれらを見ると、これらはケースです：
- インタラクションのポイントで情報を受け取ります：より自然に感じますが、レイアウトを変更して、内部に追加のコンテンツを追加するか、追加のコンテンツでカバーします。
- インタラクションのポイントとは異なる場所で情報を受信します：インタラクションポイントと追加コンテンツの位置の間の距離が大きくなるほど、困難になります（そして不便）相互作用+応答に従うことです。
@asiegfriedが彼の回答で述べているように、インタラクション（最初のケース）がより自然に感じられる応答を持っています。それを実現する方法は、展開可能なパネル、インタラクションが発生する場所に表示されるポップオーバーなどのいずれかです。
2番目のケースでは、距離が短いほど良い。 2番目のケースは、提案したものか、レイアウトが異なるケースです。
3番目のケースは、ダイアログまたは別のページで、Originと応答の間にまったく接続がありません。
このパターンはよく知られています。 devexpress などの一般的なデータグリッドライブラリコンポーネントに実装されているのを見てきました。 ある場所で何かを操作して別の場所で何かを見るのはそれほど簡単ではないため、これは広く普及しているものではありません（サウンドはゲームのパズルですよね？）.
より使いやすいマスター/詳細パターンは、選択した行のすぐ下に情報を表示します-アクションの場所で何かをトリガーする方が自然です。
これが不可能な場合は、モーダルや別の専用ページなど、他のナビゲーション形式を検討することをお勧めします。