J'ai un cas d'utilisation dans lequel nous devons aider un analyste à "jeter un coup d'œil" dans un enregistrement particulier pour voir tous les enregistrements et entités associés qui lui sont associés. C'est dans un espace d'entreprise CRM, où la plupart de l'interface sont des listes et des éléments de formulaire, c'est-à-dire. Je suis contraint à ces types de composants d'interface utilisateur.
J'ai conçu une interaction qui, au clic d'un enregistrement particulier sur la table 'Master', la table 'Detail' apparaît ci-dessous. Pour l'illustrer, j'ai une maquette minimale de la même chose.
Je ne peux pas divulguer plus de détails en raison de problèmes de confidentialité, mais j'aimerais obtenir des commentaires sur des interactions similaires dans l'espace de l'entreprise.
Ce sont les cas tels que je les vois:
Comme @asiegfried l'indique dans sa réponse, avoir la réponse où l'interaction (premier cas) semble plus naturelle. La façon d'y parvenir pourrait être avec des panneaux extensibles, un popover qui apparaît là où l'interaction se produit, etc.
Pour le deuxième cas, plus la distance est courte, mieux c'est . Le deuxième cas peut être celui que vous proposez, ou avec une disposition différente.
Il y a un troisième cas qui est une boîte de dialogue ou une page différente où il n'y a aucun lien entre l'origine et la réponse.
Ce modèle est connu, oui. Je l'ai vu implémenté dans des composants de bibliothèque de datagrid populaires tels que devexpress . Cependant, ce n'est pas largement répandu car ce n'est pas si facile d'agir quelque chose dans une zone afin de voir quelque chose dans une autre (cela ressemble à un jeu de puzzle à droite?).
Un modèle Master-Detail plus utilisable afficherait les informations juste en dessous d'une ligne sélectionnée - il semble plus naturel de déclencher quelque chose sur l'emplacement de l'action .
Si cela n'est pas possible, vous pouvez envisager d'autres formes de navigation comme les modaux ou même une autre page dédiée.