Zitat von
omata:
Hallo Jens,
Also ich habe folgendes gemacht...
1. Projekt geöffnet.
2. Die beiden Fehlermeldungen mit Ignorieren bestätigt
3. Unit3 geöffnet
4. Unit3 aus der linken oberen Ecke ziehen (irgendwo anders hin)
4. Unit1 auch verschieben (minimal, damit Speichern möglich wird)
5. Projekt speichern, Fehlermeldung mit ja bestätigen
fertig.
Ich weiss nicht wie in unit3 oder unit1 verschieben soll. Ich habe die Fehlermeldung ignoriert und ein Leezeichen hinzugefügt damit
ich das Projekt speichern kann. -> Kein Erfolg
Zitat von
sh17:
Das Problem liegt in den
DFM-Dateien.
Für Deine Basisklasse hast Du eine
DFM.Datei und für die abgeleitete auch. Das geht nicht. woher soll die klasse wissen, welche
DFM sie nehmen soll?
Lösung:
Deine Basisklasse nur von TFrame ableiten. Die Ressource {$R *.dfm} löschen.
In Deiner richtigen Klasse TMyFrame kassnt Du dann die Elemente auf das Frame packen.
Ich habe die {$R *.dfm} in der
unit für die Basisklasse gelöscht. -> Kein Erfolg.
Wie omata schon richtig bemerkt hat sind Frame gerade zu genial um Benutzeroberflächen zu realisieren. Das mache ich auch schon einige Zeit. Jede Oberflächenmaske bekommt Ihren eigenen Frame. Alle Frames haben Gemeinsamkeiten, die ich der Vergangenheit in jedem einzelnen Frame wiederholt habe. Dadurch ist natürlich eine Redundanz entstanden, die schlecht zu warten ist. Jetzt wollte ich mir die Mechanismen der
OOP zu nutze machen und eine Basisklasse für die Gemeinsamkeiten verwenden. Leider hat hier D7 (D5 auch) scheinbar einen Bug.