Question

Quel est le pour et le contre pour chacun d'eux?

Était-ce utile?

La solution

Cela dépend.

Utilisez MDI (ou MDI onglets) si l'utilisateur sera généralement se concentrer sur un seul document à la fois, et voudra voir autant que possible.

Utilisez appartenant à des formes non modal (comme toolwindows) si l'utilisateur voudra interagir avec de nombreuses petites formes à la fois.

Vous pouvez également utiliser les deux, à la Visual Studio.

Autres conseils

Il dépend de nombreux facteurs, le plus important est de savoir comment vous voulez que votre utilisateur d'interagir avec votre application (ou comment il / elle a choisi de le faire).

Par exemple, l'ancienne navigation sur Internet a été avec beaucoup de fenêtres différentes qui encombrent la barre des tâches. Maintenant, la nouvelle tendance est avec des onglets et tout le monde se déplace vers elle.

Au contraire, MS Office se déplace dans la direction opposée. Vous avez l'habitude d'avoir un grand nombre de fichiers ouverts dans une seule fenêtre, mais maintenant, ils encombrent dans la barre des tâches.

Ce qui est grand sur les onglets que vous les voyez à la fois et vous pouvez échanger entre alors rapidement avec les raccourcis clavier. Bureau cependant, se cachait ces fichiers dans [barre de menus] - [windows] - [nom du fichier]. Une grande partie d'une douleur pour changer entre les fichiers.

MDI a été inventé pour deux modes obsolètes, qui sont « mosaïque » où chaque fenêtre est agencée pour avoir environ la même hauteur / largeur et la « cascade ». Je ne ai jamais rencontré un seul utilisateur qui a ajouté ces modes.

Nouvelle tendance est d'avoir des fenêtres de découpage, comme Slaks dit, comme dans Visual Studio ou plus environements où vous developpement besoin de voir un grand nombre de données à la fois. Cette méthode est le successeur clair du mode « mosaïque », mais avec le grand avantage que chaque fois que vous redimensionner ou déplacer une seule fenêtre, tous les autres auto-Réorganiser.

+1 pour la réponse @ SLaks.

Il peut être important pour vos utilisateurs d'avoir des fenêtres de style de dialogue qui sont en fait modeless si elles devront utiliser les données affichées dans le cadre d'une autre tâche.

Par exemple, certaines des boîtes de dialogue dans SQL Server Management Studio sont en fait modales, même si elles peuvent avoir des boutons OK et Annuler; la fenêtre Propriétés de base de données est une telle bête.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top