Supprimer un objet sur un TFrame

Version imprimable

06/02/2014, 16h38
Delphi-ne

Supprimer un objet sur un TFrame

Bonjour,

J'ai construit un objet TFrame et je l'ai placé sur plusieurs fiches de mon application.
J'ai ensuite dû, à la demande du client supprimer un objet du TFrame.

Le problème est qu'ensuite à l'utilisation toutes les formes qui utilisent ce TFrame posent un problème lors de leur création et demandent l'objet que j'ai supprimé.
Je pense que si je supprime le TFrame sur les formes et que je le recréée cela va marcher mais j'ai pas mal de fiches dans ce cas.
Je m'en suis sorti en recréant cet objet et en le mettant invisible mais je voudrai savoir si il existe un moyen de faire plus propre.
07/02/2014, 10h12
ShaiLeTroll

Plus propre avec les Frames :mouarf: :ptdr:

une solution, une Frame sans le bouton, et une autre Frame héritée contenant le boutons

Sur tes formes, tu utilises la Frame ou la Frame héritée selon tes besoins !

Le Visible, c'est un grand classique !
L'héritage de Frame sera bien plus pénible !
07/02/2014, 11h33
Delphi-ne

Ce n'est pas vraiment mon besoin.
Ce que j veux c'est supprimer un objet définitivement sur le TFrame et que cela ne pose pas de problème en ouvrant les TForm qui l'utilise.

J'avais pensé modifier manuellement de DFM.
07/02/2014, 13h09
ShaiLeTroll

Ah, je pensais que voulais supprimer un objet de la Frame pour une fenêtre spécifique !

Si tu supprimes un objet sur la TFrame, cela le supprimera de toutes les fenêtres l'utilisant !
L'humeur de l'EDI a ce sujet est variable, parfois il faut aucune fenêtre l'utilisant et parfois mieux vaut qu'elles soient toutes ouvertes :aie:

Si tu as changé des valeurs, dans le DFM des TForm, il y a un inherited Frame1 ... qui traine !
Et cela peut compliquer la tache de suppression

Je le faisais à la main via Notepad parfois comme tu sembles déjà te résoudre !

Je n'utilise pas les TFrame, j'ai trop eu de problème avec, et à chaque fois, le code associé était affreux (genre code différent selon le nom de la fênetre conteneur)
07/02/2014, 13h40
guillemouze
Citation:

Envoyé par ShaiLeTroll

L'humeur de l'EDI a ce sujet est variable, parfois il faut aucune fenêtre l'utilisant et parfois mieux vaut qu'elles soient toutes ouvertes :aie:

Si tu as changé des valeurs, dans le DFM des TForm, il y a un inherited Frame1 ...

je crois que c'est plus "inline Frame1: TMyFrame" plutot que "inherited ..."

Effectivement l'EDI a ce sujet est un peu tatillon. Je crois que toutes les form explicitement usesées dans le dpr seront mises à jour (a condition que tu fasses ta modif en ayant le dpr d'ouvert).
Apres, tout dépend des modifiations que tu as sur les frames posées dans tes forms. Si elles sont strictement identiques (pas de déplacement de composant inclus, pas d’événement ajoutés sur les compos de la frame, ...), alors delphi n'est même pas sensé mettre le code du contenu de la frame dans le dfm de la form.

Je vois plusieurs solutions à ton problème :
- rechercher dans tous les dfm le nom de ton bouton (a condition qu'il ne s'appelle pas "button1" ;)), et virer le bloc inherited ... end de ton bouton (avec un editeur externe), le .pas n'a pas à être modifié.
- Idem mais en les ouvrant avec Delphi (en mode fiche), je crois qu'il te demandera ce qui est arrivé a ce bouton qu'il ne trouve plus (renommé, supprimé ?)
- remettre ton bouton, ouvrir toutes les forms qui utilisent ta frame, et supprimer le bouton de la frame, pour etre sûr qu'il les met à jour
PS : quand je dis "explicitement usesées", cela siginifie que la frame doit etre correctement déclarée, et les forms avec le "in" :
Code:

1 2 Frm1 in 'Frm1.pas' {Frame1: TFrame}, Frm2 in 'Frm2.pas' {Form2},
PS2 : J'essaye, quand j'archive un dfm, de ne pas archiver ce qui n'a pas à etre modifié (et notamment virer les sous-composants des blocs inline ... end des frames qui n'ont pas à être différentes)