TFrame Container für Wizzard

[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 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

[ConstantGardener]

...genau so

[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.