Discussion :

[PaulR]

Bonjour à tous,

Je suis sur le point d'entamer la refonte complète d'une énorme application. Se pose la question : MDI, pas MDI ?

Or j'ai lu dans un message (décembre 2005, pas du premier avril) que MDI ne serait plus supporté par Borland... izit eu djauke ? Et si c'est bien vrai, comment procéder pour avoir un résultat du même genre ?

Paul

[octal]

Bonjour,
en effet le MDI est fortement déconseillé pour de nouveaux développements. Microsoft ainsi que la plus part des fournisseurs d'outils de développement ont constaté que MDI n'été pas aussi productive qu'il le devait, surtout qu'il été sencé permettre de repérer rapidement un document ouvert parmis d'autre pour faire principalement du copier/coller ou de la consultation. Or maintenant cette fonctionnalité est rempli par l'OS, car tous les bureaux actuels offrent pratiquement une barre de taches. Microsoft a déjà bani ce modele dans Office2003, et vous le voyez clairement quand vous ouvrez deux documents Word par exemple, vous aurez 2 instances de Word ouvertes and la barre de tache contrairement à ce qui devrait se passer dans une appli MDI.
Maintenant si le modele MDI s'impose à l'appli, comme par exemple dans les outils éditeurs de sources, les utilisateurs sont encouragé à remplacer cela par des interfaces à Onglet. MS a fait ce choix là dans IE7 et dans Visual Studio.

Par contre, le problème qui risque de se poser sérieusement si Borland vire la gestion MDI de ses outils de dév (surtout de la VCL) c'est qu'on risque de predre les options de FUSION (MERGE) des menus des fenetre MDI avec celles de la fenetre mère, et gérer cela "manuellement" est une vraie galère.

Bonne journée
Octal

[aityahia]

Salut
Quand Microsoft on ôté l’ MDI dans office 2003 je voyais sa comme un inconvénient d’avoir plusieurs instance du même programme dans ma barre des tache et je présume que sa consomme beaucoup plus de ressources mais le model par onglet est très bien pour organiser une application.
La vous me faite peur je viens finir un énorme projet en MDI si c'est le cas quelles sont les raisons qui vont me pousser à revoir mon application.

[octal]

Il n'y a pas à avoir peur. De plus n'importe qu'elle appli MDI affichant des fenetres volante (child) peut incruster ses fenetre dans des onglets en leur hôtant les bordure et vous pouvez facilement vous retrouver avec une appli avec onglets multiples. Personnellement je n'ai rien contre le mdi mais il faut dire que quand les ecrans sont trops chargé ou que certaines fenetre MDI ont elle meme besoin d'afficher d'autres fenetres il devient compliqué de savoir qu'elle fenetre fille a affiché telle ou telle "sous-fenetre". Pour des appli comme des éditeurs de code pour lequelle une fentre avec une zone de saisie est suffisante ne pose pas de pb, mais une appli de gestion qui afficherai elle meme plusieurs controles ... des fois l'interface est lourdingue. Certaines personnes que je connais s'ensortaient en utilisant des composant simulant une barre de tache à l'intérieur meme de la fenetre parent, cela permet de switcher rapidement d"une fenetre fille vers une autre, et c'est cela que Microsoft veut éviter ... des barre de taches à l'intérieur des appli, sachant que, par exemple, dans Vista, le modele de barre te tache a aussi introduit plein de nouvelles fonctionnalité, l'idéal et de ne pas avoir à dédoubler ces fonctionnalité là.
Cordialemen,t

[Lung]

simulant une barre de tache à l'intérieur meme de la fenetre parent, cela permet de switcher rapidement d"une fenetre fille vers une autre, et c'est cela que Microsoft veut éviter ... des barre de taches à l'intérieur des appli

C'est exactement ce qu'on me demande de faire. Sauf que je ne le sens pas trop.
J'ai quoi, comme autre possibilité ?

[octal]

franchement je ne vois guère d'autre choix que les onglets, car un menu avec la liste des doc ouvert (comme dans toutes les applis mdi) c'est pas top.