![]() |
Re: Konzeptfrage FormCreate
Letztendlich kann man aber auch jedes fehlende Event noch selber nachträglich einbringen.
|
Re: Konzeptfrage FormCreate
Klar, die Frage ist jedoch, ob es dann noch Vorteile bringt, Frames zu verwenden (offentlich wird das jetzt nicht OT)
|
Re: Konzeptfrage FormCreate
Wie ich aus der Diskussion herausgelesen habe sind Frames eben dafür gedacht, zumal sie zur Laufzeit wie auch zur Designzeit auf die Form eingebettet werden können. Und es bringt nicht nur Vorteile. Das Problem ist eher, das Forms als Child-Windows eher Probleme bringen.
Edit: Ob das OT wird? Naja, es geht hier doch lt. Überschrift um ein Designkonzept. Evtl. müsste dann der Thread noch verschoben werden. |
Re: Konzeptfrage FormCreate
Ich habe mich zugegebenermaßen mit Frames bisher nicht beschäftigt (sollte ich mal nachholen).
Als "Laie" sehe ich derzeit keine Unterschied zwischen der Nutzung einer Form bzw. eines Frames im konkreten Fall. Meine Forms werden zu Laufzeit erzeugt und bekommen als Parent ein Panel auf der Hauptform. Beim Modulwechsel werden alle offenen Formen (außer der Hauptform) geschlossen (was dann geregelt ja nur eine sein dürfte). |
Re: Konzeptfrage FormCreate
Hallo,
@WIng2005: warum nimmst Du nicht das Ereignis OnCreate. DoppelKlick im Objektinspektor erzeugt eine FormCreate Methode. Wenn ich FormCreate aus irgendeinemGrunf nicht verwenden will, schreibe ich einen geöhnlichen Create Konstruktor. So verstehe ich den Sinn Deiner Überlegungen nicht wirklich. Die CreateFormMethode existiert in der Applikation Klasse auch schon. |
Re: Konzeptfrage FormCreate
Mmmh, ich glaube du verstehst das falsch...
Es ging drum, welchen Vorteil Frames gegenüber Forms in meinem Fall hätten. Die OnCreate-Methode gibt es nicht bei Frames, weswegen ich erstmal bei meinen Forms bleibe... |
Re: Konzeptfrage FormCreate
Zitat:
(genau genommen haben wir da noch mehrere Zwischenstufen). Klappt alles hervorragend. |
Re: Konzeptfrage FormCreate
Muss das Thema nochmal aufgreifen.
Zu besseren Übersicht nochmal mein bisheriger Code:
Delphi-Quellcode:
Ist es nun möglich, dass Ganze so abzuändern, dass ich den Aufruf mit
.
. if createform(TForm2,TForm(Form2)) then //machwas; . . function createform(fclass:TFormClass;var nform:Tform):boolean; Begin try application.CreateForm(fclass,nform); nform.Align:=alClient; nform.BorderStyle:=bsNone; nform.Parent:=mainform.panel_df; nform.Show; result:=true; except result:=false; end; end;
Delphi-Quellcode:
starten kann? Versuche schon den ganzen Tag hier mit irgendwelchen Typumwandlungen ans Werk zu gehen, prinzipiell fehlt mir jedoch der Ansatz. Ich dachte, ich könnte so das Zusammenspiel zwischen "Sender" und Form in meiner Button_Click-Routine in eine ini auslagern. (Vllt. ist das auch absolut nicht zu empfehlen, dann lasse ich mich gern belehren)
var a,b:string;
a:='TForm2'; b:='Form2' createform(a,b); |
Re: Konzeptfrage FormCreate
Zitat:
|
Re: Konzeptfrage FormCreate
Mmmh, Die Frames / Forms -Frage hatte sich erstmal erledigt. Forms haben nebenbei auch den Vorteil, dass man sie durchaus mal lösgelöst von der Mainform starten kann. Wichtiger wäre mir erstmal meine vorherige Frage ( 2 Posts weiter oben)
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:49 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz