TFrame Container für Wizzard

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