l'avenir de MDI

**PaulR** · 10/04/2007, 09h16

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** · 10/04/2007, 09h59

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** · 10/04/2007, 10h39

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** · 10/04/2007, 14h10

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** · 10/04/2007, 15h04

Envoyé par octal

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** · 10/04/2007, 15h36

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.

**aityahia** · 10/04/2007, 15h49

je vais faire un test avec les onglet, je vient de faire un petit test en utilisant PageControl mais sa n'a pas marcher (en MDI)

**Kaféine** · 10/04/2007, 16h18

il faut que tu code le comportement du MDI avec le pagecontrol
genre nouvelle fenêtre = nouveau tabsheet
c'est pas automatique...

**Gilbert Geyer** · 10/04/2007, 16h27

Pour ma part j'ai toujours été agaçé par le fait que les fenêtres MDI restaient captives dans l'espace intérieur à la Fiche-parent.
J'ai toujours préféré les fiches secondaires indépendantes de la fiche principale. De toute façons MDI ou pas-MDI dès qu'une fenêtre est ouverte elle occupe de l'espace sur l'écran et masque en partie la MDI-parent alors que des fiches-Non-MDI peuvent être posées côte à côte et ripées à volonté.

**aityahia** · 10/04/2007, 16h42

Envoyé par Kaféine

il faut que tu code le comportement du MDI avec le pagecontrol
genre nouvelle fenêtre = nouveau tabsheet
c'est pas automatique...

oui je sai bien que c'est pas automatique

je sais pas si en peut faire sa ? :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Application.CreateForm(TForm1,Form);
Form1.Parent := Tabsheet1;

**octal** · 10/04/2007, 16h48

en fait tu crée un tabSheet pour chaque nouvelle fenetre, puis tu commence par virer les bordure de ta fenetre fille et sa caption pour éviter de les avoir dans l'onglet puis tu met sa proriété align à alClient pour qu'elle s"accroche complètement à ton tabsheet et tu met son Parent comme tu l'indique dans ton code.
Ce soir je pourrai poster un code le faisant (maintenant je suis au boulot, désolé).
Cordialement

**Lung** · 10/04/2007, 17h31

Envoyé par octal

en fait tu crée un tabSheet pour chaque nouvelle fenetre, puis tu commence par virer les bordure de ta fenetre fille et sa caption pour éviter de les avoir dans l'onglet puis tu met sa proriété align à alClient pour qu'elle s"accroche complètement à ton tabsheet et tu met son Parent comme tu l'indique dans ton code.

Pourquoi pas.
J'avais pas pensé à mettre les fenêtres filles d'un TabSheet.
Faut voir ...

**Sub0** · 10/04/2007, 17h41

Voici une démo avec une Pagecontrol et des TabSheet créés dynamiquement. Dans ce nouveau TabSheet, la copie d'une TFrame "modèle" contenant divers objets. Pour résumé le programme, il s'agit de sauver des fiches clients et de pouvoir les recharger (choix du format d'enregistrement, CSV ou DFM) :
http://www.developpez.net/forums/sho...53#post1399453

Sinon, il existe d'autres solutions pour "remplacer" le MDI, exemple :
http://www.developpez.net/forums/showthread.php?t=51692

**Lung** · 11/04/2007, 08h30

Envoyé par Sub0

Voici une démo avec une Pagecontrol et des TabSheet créés dynamiquement. Dans ce nouveau TabSheet, la copie d'une TFrame "modèle" contenant divers objets. Pour résumé le programme, il s'agit de sauver des fiches clients et de pouvoir les recharger (choix du format d'enregistrement, CSV ou DFM) :
http://www.developpez.net/forums/sho...53#post1399453

Sauf que dans cet exemple, chaque "fenêtre" est identique.
Ca n'est pas mon cas.

Envoyé par Sub0

Sinon, il existe d'autres solutions pour "remplacer" le MDI, exemple :
http://www.developpez.net/forums/showthread.php?t=51692

Ca change totalement, la façon de voir l'application. J'ai peur de perdre mes utilisateurs (alors qu'on me demande de faciliter leur navigations).
Malgré tout, ca revient à une sorte de PageControl avec les onglets à gauche.
Je vais regarder ça aussi ...

**Sub0** · 11/04/2007, 10h59

Envoyé par Lung

Sauf que dans cet exemple, chaque "fenêtre" est identique.
Ca n'est pas mon cas.

En général, les fenêtres MDI ont un modèle identique au départ, elles contiennent une TForm qui elle-même contient d'autres objets... peu importe le contenu ensuite, la base est la même, non ? ou je me trompe peut-être...

**aityahia** · 11/04/2007, 11h06

le mieux c'est de charger ces fenêtres depuis un paquet, ce qui va optimiser la taille de notre exécutable.

**PaulR** · 11/04/2007, 11h11

Je suis en train de faire des tests avec une appli bidon dont mon form principal irait se loger en haut de l'écran, un peu à la façon de l'IDE de Delphi, puis de là l'utilisateur ouvre des fenêtres qui sont en show simple, pas de showModal.

Je constate que je peux ouvrir autant de fois que je veux le même Form, delphi le renomme xxx_1 xxx_2 etc. De cette façon mon utilisateur peut éparpiller ses fenêtres à l'écran.

Mais cette façon de faire n'est-elle pas un peu sauvage, et ne risque-t-elle pas de me poser des problèmes ?

Paul.

PS : Même si c'est pas ergonomique, mon but est bien de pouvoir ouvrir plusieurs fois des Form très chargées, mes utilisateurs devant consulter plusieurs signalétiques en même temps (ils ont qqun en face d'eux et ouvrent sa fiche, puis un coup de tél ils ouvrent une autre fiche etc.)

**Lung** · 11/04/2007, 13h25

Envoyé par Sub0

En général, les fenêtres MDI ont un modèle identique au départ, elles contiennent une TForm qui elle-même contient d'autres objets... peu importe le contenu ensuite, la base est la même, non ? ou je me trompe peut-être...

C'est vrai : pour moi aussi, le MDI, c'est ça.

Mais, dans ce que je cherche à faire, c'est différent :
J'ai une fenêtre principale, qui lance diverses fenêtres. On me demande de pouvoir naviguer entre les fenêres filles, de manière simple.
Donc, je cherche un truc qui ressemblerait plus ou moins à du MDI, mais sans en être.
Je suis clair ?

**Sub0** · 11/04/2007, 13h53

Le tout étant de savoir comment tu veux naviguer entre ces fenêtres... Peut-être as-tu déjà une idée précise...

**Lung** · 11/04/2007, 14h05

Envoyé par Sub0

Le tout étant de savoir comment tu veux naviguer entre ces fenêtres... Peut-être as-tu déjà une idée précise...

Bin, l'idée du PageControl (ou quelque chose dans cet ordre d'idée) ne me semblait pas mauvaise.
Mais avant de me lancer, je prospectais, des fois qu'il y ait une solution géniale.

l'avenir de MDI

Delphi

Discussions similaires

Partager

Partager