Quelle est la meilleure façon de travailler avec le masque / les détails à l'intérieur d'un contrôle à onglets?
Je travaille sur une application de bureau Windows Forms et j'essaie de proposer une bonne conception pour l'ensemble de l'application.
J'utilise une sorte de ruban vertical sur le côté gauche du formulaire de demande principal qui agit en quelque sorte comme un menu principal.
La zone de droite de l'application est ensuite utilisée pour afficher un contrôle d'onglet qui conserve la liste des onglets ouverts, où chaque onglet ouvert peut être l'un des éléments que vous pouvez choisir dans le menu de gauche.
Je trouve ce type d'interface utilisateur assez facile à utiliser et intuitif pour le type d'utilisateurs que l'application vise.
Maintenant, je dois ajouter des formulaires qui permettent à l'utilisateur de choisir un élément sur lequel travailler dans une grille, puis d'ajouter les informations nécessaires dans un panneau de détails.
En ce moment, je suis allé avec la solution que vous pouvez voir ici:
Les onglets Rapport d'intervention et Modifier le mot de passe que vous voyez en haut sont deux formulaires différents que j'ai ouverts en cliquant sur les boutons à gauche (respectivement Rapport et Changer le mot de passe ).
Les onglets Rapports d'intervention et Détails du rapport sont ceux que je ne suis pas satisfait car les détails du rapport ne devraient pas être là jusqu'à ce que je sélectionne l'un des éléments de la grille. Je sais que je pourrais simplement le cacher jusque-là, mais je pense que cette approche est un peu maladroite.
L'onglet Détails est comme ceci:
Fondamentalement, c'est juste un formulaire de saisie avec beaucoup de champs.
Existe-t-il une meilleure façon d'afficher ces formulaires?
J'ai pensé à utiliser une boîte de dialogue modale pour les détails mais je ne l'aime pas vraiment car elle ne correspond pas du tout à la conception globale de l'application car elle verrouillerait le reste des onglets principaux.
Toute suggestion est très appréciée. Merci d'avance!
Je remets en question la nécessité de votre double rangée d'onglets ici. L'utilisateur ne gagne aucun utilitaire supplémentaire de cette mise en page, surtout s'il souhaite comparer les données et informations à travers les sections de votre programme.
Supposons que votre utilisateur consulte les données de la page Détails du rapport de votre section Ordres de travail et souhaite y comparer les informations à celles de la section Conception de votre section "Ordres de travail". Afin de comparer ces deux pièces sous votre mise en page actuelle, le chemin de clic vous oblige à cliquer sur "Work Orders" -> "Design". Si plusieurs onglets de section différents sont ouverts, la recherche de l'onglet Ordres de travail peut prendre un certain temps. Une fois sur place, vous prenez plus de temps pour localiser l'onglet Conception. Cela met un peu de pression supplémentaire sur la charge cognitive de l'utilisateur, augmente le temps de navigation, diminue la facilité d'utilisation lors de la comparaison des pages à onglets (l'une des principales raisons d'avoir une disposition à onglets en premier lieu), et a une effet négatif sur l'utilisabilité.
Pour toutes ces raisons, supprimez la première rangée d'onglets. Permettez aux utilisateurs de sélectionner uniquement les pages qu'ils souhaitent ouvrir, d'organiser ces onglets sur une seule ligne comme bon leur semble, et fournissez un mécanisme pour basculer rapidement et facilement entre les onglets.
Vous pouvez trouver cet article de SmashingMagazine.com pour être utile en fournissant quelques bonnes pratiques lors de la construction de votre navigation tabulaire à l'avenir. Bien que l'article lui-même soit un peu daté (2009), de nombreux concepts et pratiques ont encore leur valeur aujourd'hui.
Modifié pour la grammaire.