[GELÖST] Forumlar in Formular

[Mokus]

Hey Community,

ich bin gerade dabei, sehen was Delphi XE2 alles in derÖberfläche zustande bringen kann.
Da ist mir die Idee gekommen, ein FOrmular im Formular zu öffnen.
Vorher habe ich jedes neue Formular mit [NAME].show geöffnet.
Aber da öffnet sich ja ein neues Fenster...
[Siehe Anhang]
das Hauptformular is so aufgebaut, dass an der Seite knöpfe sind.
welchen knopf ich drücke, soll wo im Bild das Memo feld ist, ein Weiteres Formular öffnen.
Wäre sowas möglich?
Wie löst man sowas elegant ?
Über was genau sollte ich mich in so einem Fall informieren ?

MFG

[Union]

Schau Dir mal die Klasse TFrame an.

[Lemmy]

Tach,

dazu kann man auch ein Frame verwenden, aber das geht auch mit einem Formular. Tausch dabei das Memo1 durch ein Panel aus, und mach das ausreichend groß (alRight):

Delphi-Quellcode:

procedure Form1.Button1Click(Sender: TObject);
begin
  if NOT Assigned(Form2) then
     Form2 := TForm2.Create(Form1);
  Form2.Parent := Form1.PanelFuerForm2;
  Form2.Align := alClient;
  FOrm2.Show;
end;

so aus dem Kopf... könnten also noch Kleinigkeiten schief gehen

P.S.: Wenn Du dann noch mit dem BorderStyle usw. rumspielst, verschwindet auch der Fensterrahmen und sieht dann wirklich eingebettet aus...

[Der schöne Günther]

Wo wäre denn der Vorteil, ein Formular da hineinzutricksen statt einen Frame zu nehmen?

Vor allem lässt sich das alles zur Designzeit schon schön machen, ich nehme immer gerne ein PageControl, packe da dann auf eine Seite das Memo, auf die andere den Frame. Beim Start des Programms werden die PageControl-Reiter für den Benutzer natürlich ausgeblendet...

[Mokus]

Beim Starten sagt mi rnun der De-Bugger :
Eigenschaft ClientHeight existiert nicht.

hatte ne Klasse erschaffen, die vom TFrame erbt.
Dennoch wir im OI Client Height & Client Width angezeigt ...
überseh ich irgendwas ?!

MfG


[EDIT] Fehler gefunden; Hatte VLC Formular hinzugefügt, anstatt VLC Frame ....

[Lemmy]

Zitat von Der schöne Günther:

Wo wäre denn der Vorteil, ein Formular da hineinzutricksen statt einen Frame zu nehmen?

hm.. um mal einfach ein Stichwort fallen zu lassen: Docking...
oder wenn ich einen Teilbereich (Fenster) mal als Dialog mal als integriertes Modul (=Frame) anzeigen lassen will.

Der Codeteil stammt aus einem Projekt, begonnen mit Delphi 3, da gabs halt noch keine Frames. Und warum soll man so was umbauen? Geht mit den Frames ja nicht besser, sondern nur anders.

Grüße

[Mokus]

Nochmal so ne doofe frage;

erste mal das ich mit Tframe arbeite.
muss ich diese eig it einem Free event versehen ?
.free gibt es nicht ?!

wie sieht es nun mit der Gefahr von Datenmüll aus ... ?

[Der schöne Günther]

Ich würde einen Frame mehr als Komponente denn eigenständige Form sehen. Du erzeugst ihn doch mit einem Owner - Beispielsweise der Form die ihn aggregiert. Diese ist dann auch für die Zerstörung zuständig.

Alternativ müsste man noch BeforeDestruction überschreiben können?

[Mokus]

Lass die Frames unter das Hauptmenü als Owner laufen,
dies würde aber erst mit dem Programm schließen Verstört, da dieses immer läuft ....


aber noch mal ne gaaaaaaanz andere frage;
wieso werden meine Frames wieder in einem Formular umgewandelt nach dem speichern.
dann haut er wieder raus, dass es eine Client Height virhanden ist,
OBWOHL es mal urspünglich als frame verzeugt worden ist ?!



bzw
wenn es ein frame bleibt, kann ich nicht wieder auf die oberfläche zugreifen ?!

[EDIT] PROBLEM GELÖST; NEUANFANG FTW [/EDIT]