[D2007] inherited transformé en object dans le dfm

Bonjour,

J'essaie de reprendre un vieux composant créé avec Delphi 7 en Delphi 2007. Ce composant utilise des Frames. Or régulièrement Delphi transforme les parties inherited des Frames du dfm en object. Et comme certaines Frames sont en plusieurs exemplaires sur la fiche cela provoque un plantage pour duplication de nom. Sur un autre poste de développement avec une installation similaire ce phénomène ne se produit apparemment pas. Savez-vous quelle pourrait être l'option qui entraîne ce comportement ?

Merci.

inherited dans une DFM indique de l'héritage !
As-tu plusieurs niveaux d'héritages de TFrame comme TFrame puis TAbstractSovitecFrame puis TCustomerFrame par exemple ...
Les Sources et les bibliothèques sont elles installées de façon totalement identique entre les 2 postes ?

C'est un problème que j'ai souvent rencontré.
Dans les DFM, la seule chose qui différence un TFrame d'un TForm c'est que le TFrame commence par inherited et le TForm par object.

De temps en temps, Delphi prend idée de remplacer le inherited par object, et lorsque tu réouvres ensuite la frame dans l'IDE, il te l'affiche comme si c'était un TForm (donc avec une barre de titre, un border...).

Par contre, je n'ai jamais trouvé ce qui provoquait cette anomalie qui m'a toujours semblée aléatoire. Lorsque je détectais que l'IDE avait fait ce genre de "farce", je fermais l'IDE, je corrigeais le DFM à la main et je relançais tout.

Je pense que ça doit arriver lorsque tu as de l'héritage entre les frames et que l'IDE ne retrouve pas la frame parente.

Citation:

---

Dans les DFM, la seule chose qui différence un TFrame d'un TForm c'est que le TFrame commence par inherited et le TForm par object

---

8O
inherited indique que l'objet est hérité...une form qui hérite d'une autre forme commencera par inherited dans le dfm, ca n'a rien à voir avec une quelconque différence entre Form et Frame...
A mon avis, si l'ide colle object à la place de inherited, c'est parce qu'il trouve pas l'ancêtre. du coup il met object et comme l'ancetre est inconnu, il considère par défaut que c'est une form...

Citation:

---

Envoyé par ShaiLeTroll

As-tu plusieurs niveaux d'héritages de TFrame comme TFrame puis TAbstractSovitecFrame puis TCustomerFrame par exemple ...

---

Non, j'utilise directement le TFrame de base.

Citation:

---

Envoyé par ShaiLeTroll

Les Sources et les bibliothèques sont elles installées de façon totalement identique entre les 2 postes ?

---

Les deux postes ont été installés à l'identique... il y a quelques années, depuis il y a surement eu des divergences.

Citation:

---

Envoyé par Franck SORIANO

C'est un problème que j'ai souvent rencontré.
Dans les DFM, la seule chose qui différence un TFrame d'un TForm c'est que le TFrame commence par inherited et le TForm par object.

De temps en temps, Delphi prend idée de remplacer le inherited par object, et lorsque tu réouvres ensuite la frame dans l'IDE, il te l'affiche comme si c'était un TForm (donc avec une barre de titre, un border...).

---

Ce n'est pas inline plutôt pour un TFrame ? Chez moi le inline reste, mais les descendants de l'inline deviennent object au lieu d'inherited.

Citation:

---

Envoyé par Franck SORIANO

Par contre, je n'ai jamais trouvé ce qui provoquait cette anomalie qui m'a toujours semblée aléatoire. Lorsque je détectais que l'IDE avait fait ce genre de "farce", je fermais l'IDE, je corrigeais le DFM à la main et je relançais tout.

---

C'est ce que je fait aussi, mais c'est pénible quand cela arrive plusieurs fois par jour, et que tu es obligé de reprendre à chaque fois toutes tes modifs "à l'aveugle".

Citation:

---

Envoyé par Franck SORIANO

Je pense que ça doit arriver lorsque tu as de l'héritage entre les frames et que l'IDE ne retrouve pas la frame parente.

---

Il est vrai que pour des problèmes de dépendance les Frames ne sont pas dans le même paquet que la form qui les accueille.

Merci de vous être penché sur mon problème.

Bonjour,

Je remonte ce topic car, bien que je sois passé à Delphi 2010, et donc avec une installation toute fraiche, le problème persiste.
De plus si je compile la version avec les inherited le TFrame n'est pas initialisé et j'ai des EAccessViolation Lors des accès au TFrame.
Le TFrame incriminé fonctionne bien lorsque je le pose sur le formulaire d'une application.

Auriez-vous une idée car moi je ne sais plus quoi faire pour m'en sortir.
Merci.

Ne jamais utilisé de Frame mais tout simplement un Form avec BorderStyle à bsNone et en changeant le Parent ...

Ah, l'héritage de fenêtre c'est pas non plus la joie mais c'est déjà plus cohérent ...

Je n'ai jamais vu l'utilité d'hériter une FORM avec DFM, certe créer un type générique au dessus du TForm ou une version abstraite d'une Form pour forcer l'implementation des descendants, oui, mais toujours SANS DFM !

Enfin, transforme tes frames en composants installés en packet si c'est possible ...

Citation:

---

Envoyé par sovitec

Je remonte ce topic car, bien que je sois passé à Delphi 2010, et donc avec une installation toute fraiche, le problème persiste.

---

J'ai aussi constaté le problème même avec D2010.
En fait, je pense qu'il me fait le coup à peu près systématiquement lorsque je recompile un package qui contient un composant qui est posé sur la Frame.
D'une façon générale, je pense que l'IDE n'aime pas qu'on lance une compil lorsque les fiches sont ouvertes.
La seule "solution" que j'ai trouvée pour l'instant c'est de fermer les frames ouvertes avant de compiler.