TFrame Container für Wizzard

[QuickAndDirty]

Ist es möglich einen Container zu bauen der ein Liste von TFrame Nachfahren verwaltet, wobei die Frames im Container bearbeitet werden können aber jeder Frame weiterhin in seiner eigenen DFM Datei gespeichert wird.
Ich frage bevor ich es versuche hier nach, damit Ihr mir sagen könnt ob ich da auf unverrückbare Grenzen stoße...

[himitsu]

Zitat:

aber jeder Frame weiterhin in seiner eigenen DFM Datei gespeichert wird.

Solange jeder Frame seine eigene PAS+DFM besitzt ... ja.

Aber das mit dem Container ... der wird wohl nur die "laufenden" Klassen Instanzen bearbeiten können, wärend er sie anzeigt.
Er müßte aber die PAS und DFM direkt bearbeiten, was nicht so einfach/schön sein wird, wenn sie gleichzeitig angezeigt werden sollen.
Kommt aber darauf an wo und wie der Wizzard laufen soll.


- Wenn dein Wizzard im Delphi, als "Plugin" läuft, dann wäre bestimmt es einfach und auch praktikabel machbar.
(z.B. Delphi > Menü > Datei > Neu > Weitere > Delphi-Dateien > Komponente > macht ja auch sowas Ähnliches)

- Wenn er selber als Komponente als/auf eine(r) Form im Formdesigner im Delphi arbeitet ... ich würd's erst garnicht versuchen, wenn nicht grade mein Leben davon abhängt.
(läuft am Ende etwa auf's Selbe hinaus, wie Variante 3)

- Wenn der Wizzard als eigenständiges Programm arbeitet und Delphi dabei möglichst nicht läuft ... klar, aber dann wirst du "manuell" die PAS und DFM erstellen/bearbeiten müssen.

[QuickAndDirty]

Zitat von himitsu:

Zitat:

aber jeder Frame weiterhin in seiner eigenen DFM Datei gespeichert wird.

Solange jeder Frame seine eigene PAS+DFM besitzt ... ja.

Ja so dachte ich mir das. Ich will vorhandene TFrame nachfahren (die haben ja eine Pas und eine DFM) einfach in die Liste der Frames holen können. Und die auch indem Container anzeigen und bearbeiten können...und neue erstellen...

Zitat von himitsu:

Aber das mit dem Container ... der wird wohl nur die "laufenden" Klassen Instanzen bearbeiten können, wärend er sie anzeigt.
Er müßte aber die PAS und DFM direkt bearbeiten, was nicht so einfach/schön sein wird, wenn sie gleichzeitig angezeigt werden sollen.

hm aber es wäre möglich csDesign Kode zu schreiben der das vollbringt, oder?

Zitat von himitsu:

Kommt aber darauf an wo und wie der Wizzard laufen soll.

Ich dachte ich lege den Container auf ein Formular, füge die Frames die ich habe hinzu, erzeuge ein paar neue und Bearbeite sie, alles in der 2007 IDE (wir haben xe2 aber nur um D2007 nutzen zu können).

Zitat von himitsu:

- Wenn dein Wizzard im Delphi, als "Plugin" läuft, dann wäre bestimmt es einfach und auch praktikabel machbar.
(z.B. Delphi > Menü > Datei > Neu > Weitere > Delphi-Dateien > Komponente > macht ja auch sowas Ähnliches)

hm, ich weiß nicht so recht.

Zitat von himitsu:

- Wenn er selber als Komponente als/auf eine(r) Form im Formdesigner im Delphi arbeitet ... ich würd's erst garnicht versuchen, wenn nicht grade mein Leben davon abhängt.
(läuft am Ende etwa auf's Selbe hinaus, wie Variante 3)

Ja so sollte es sein. Welche Probleme siehst du die zu lösen schwierig oder unmöglich sind?

Zitat von himitsu:

- Wenn der Wizzard als eigenständiges Programm arbeitet und Delphi dabei möglichst nicht läuft ... klar, aber dann wirst du "manuell" die PAS und DFM erstellen/bearbeiten müssen.

Ne ne, das soll eine Designtime und Runtime Komponente sein...soll schon wiederverwendbar sein.
So wie das alte TTabnotebook aus Windows 3.1 Zeiten handhabbar, aber eben mit Frames die dann auch einzeln wiederverwendet werden können...

Zurzeit baue ich Wizards in dem ich das Formular n-Bildschirme groß mache und dann Pannels auf dem formular verteile und diese dann einen nach dem anderen sichbar mache und in position bringen...
der gesammte code liegt dabei in dem Formular...das ist wirklich nicht mehr feierlich.
Ich bin dazu übergegangen Seiten durch Frames zu realisieren damit dieses Formular nicht immer unübersichtlicher wird. Aber es nervt wenn man die Frames jedes mal über Delphi öffnen muss um sie zu sehen und zu ändern...

Also werde ich wohl eine andere Lösung suchen

[himitsu]

Zitat von QuickAndDirty:

Ja so sollte es sein. Welche Probleme siehst du die zu lösen schwierig oder unmöglich sind?

Am sichersten wäre es, wenn man die entsprechenden Units direkt der IDE verändern könnte
Dazu dann erstmal rausfinden wie man via OpenToolsAPI diese Units findet, öffnet und vorallem bearbeitet.
Alleine das Finden könnte aufwändig werden ... Suchpfade rausfinden, dann alles absuchen und hoffen man triff die richtige Unit (PAS+DFM).

Dann wird zur Laufzeit ja nicht die PAS/DFM genutzt, sondern die DCU+DFM und wenn man pech hat, dann befindet sich alles auch noch ein einem Package.
Beim Ändern ,üßte man womöglich auch noch sonstwas neu kompilieren, damit es auch wirklich geändert wird.
z.B. beim Schließen des Formulars, der Units oder gar des ganzen Delphis und vorallem beim anschließenden Öffnen wird ja womöglich nicht direkt die PAS geladen, denn deine Kompoente läd ja die kompilierte Version. Wurde also nur die PAS/DFM geändert, bleibt alles beim alten und die Änderungen werden nicht angezeigt.

[QuickAndDirty]

Shit!
Jetzt verstehe ich erst worauf du hinaus willst.
Frames werden ja immer kompiliert eingebunden....

Die Dateien zu finden wäre kein Problem, die Pfade würde ich in der Frameliste speichern...hm
Das öffnen der Pas-Datei in der IDE müsste man herausfinden...

Das mit den kompilerten Frames ist schon doof, aber wie schafft es die IDE auf Formularen Controls live abzulegen?

Evtl. bräuchte man so ne Art Kodebrücke, wo halt doch alles in durchgeschalteten Pannels angezeigt und bearbeitet wird und der DFM Code direkt an die eigentlichen Frames weitergereicht wird, bzw. auch von diesen geladen wird...(oooooh ich hasse TReader und Konsorten)

Das Eventöffnen/-erzeugen im Objektinspektor durch doppelklick, lässt sich aber wohl nicht ersetzen durch ein
"Umschalten auf MyFrame1.Pas und dort den Code generieren oder anzeigen"



Die Idee fühlte sich so gut an. Leider ist es wohl doch eher eine Aufgabe für Gexperts, oder so.
Also überlege ich mir etwas ohne Komfort.....aber mit Frames....
Eine Runtime Komponente ist ja einfach.

[NickelM]

Mal ne dumme Frage am rande, aber warum willst du unbedingt Frames verwenden?

Also wenn ich einen Wizard schreiben würde, würde ich mit TNotebook arbeiten.

Frames muss man doch auch Einbinden, im Endeffekt ist die normale Einbindung auch fast eine Art Container für den Frame, und jetzt willst du eine Art Container für eine List von Frames? Vielleicht schaust du dir mal an wie Delphi das mit dem Einbinden eines Frames im Formular macht an.

Aber ich finde dies auch recht aufwendig. Du willst im Endeffekt eine Liste von "Panels" haben, die du leicht wechseln kannst, oder?
Dies macht TNotebook. Gehandhabt wird TNotebook wie ein TabCotrol, also über Indexzahl oder übern Namen.

Also ich würd dir echt TNotebook dafür ans Herz legen.

Gruß NickelM

[ConstantGardener]

...ich würde eher zum TPageControl mit zur Laufzeit unsichtbaren TTabsheets raten.

Vorteil: Du kannst zur Designtime bequem wechseln. Beim Start werden die Tabs entfernt und vom Programm entsprechend über Index oder Name angesprochen.

Btw auf den TabSheets können natürlich auch Frames liegen.

[QuickAndDirty]

Zitat von NickelM:

Mal ne dumme Frage am rande, aber warum willst du unbedingt Frames verwenden?

Also wenn ich einen Wizard schreiben würde, würde ich mit TNotebook arbeiten.

Frames muss man doch auch Einbinden, im Endeffekt ist die normale Einbindung auch fast eine Art Container für den Frame, und jetzt willst du eine Art Container für eine List von Frames? Vielleicht schaust du dir mal an wie Delphi das mit dem Einbinden eines Frames im Formular macht an.

Aber ich finde dies auch recht aufwendig. Du willst im Endeffekt eine Liste von "Panels" haben, die du leicht wechseln kannst, oder?
Dies macht TNotebook. Gehandhabt wird TNotebook wie ein TabCotrol, also über Indexzahl oder übern Namen.

Also ich würd dir echt TNotebook dafür ans Herz legen.

Gruß NickelM

Wir haben früher Tnotebook verwendet. Es ist eine Win 3.1 komponente und sie weißt sehr komische verhaltensweisen auf !!! z.b. wenn man die Active Seite direkt eingibt...liefert sie einfach irgend eine zufällige....
Der nachteil von Tnotebook oder eine Panelliste ist ja das alles an DFM und Pascalcode in einer DFM und Pas datei zusammen gefasst ist . Ich möchte aber jede Seite als vollfunktionsfähigen Baustein.
Wir hatten und haben noch genug TNotebook Wizzards...wir wollen die nicht mehr.

[QuickAndDirty]

Zitat von ConstantGardener:

...ich würde eher zum TPageControl mit zur Laufzeit unsichtbaren TTabsheets raten.

Vorteil: Du kannst zur Designtime bequem wechseln. Beim Start werden die Tabs entfernt und vom Programm entsprechend über Index oder Name angesprochen.

Btw auf den TabSheets können natürlich auch Frames liegen.

Interessant, wie bekommt man die die Tabs unsichtbar?

[Ralf Kaiser]

Zitat von QuickAndDirty:

Interessant, wie bekommt man die die Tabs unsichtbar?

DeinTabSheet.TabVisible := false;
Oft hilft es wenn man das was man machen will einfach mal ins Englische übersetzt