Mehrseitigen Installer - Wie das GUI?

[geofranz01]

Hallo ,
Ich würde gern ein Installer für mein Projekt schreiben. Installaware, Innosetup und Co. scheiden aus, weil er viele Dinge registrieren und einrichten muss.
Die ganzen Rountinen(Installation, Deinstallation,..) sind kein Problem.
Doch wie mache ich jetzt die GUI?? Wenn ich alle Komponenten auf die Form packe und je nach aktuellem Fortschritt (Auswahl der Komponenten,...) unsichtbar mache, dürfte es ziemlich unübersichtlich werden. Soll ich Frames verwenden?? Oder die Bedienelemente lieber per Code erzeugen?? Oder gibt es andere Möglichkeiten? Was würdet ihr machen? Wie machen es die ganzen Assistenten und Setups?

Danke schonmal!

[patti]

Mach es einfach mit einem PageControl, bei dem du die einzelnen Reiter unsichtbar machst und "per Hand" zwischen den Seiten wechselst. So behälst du die Übersicht und es ist leicht zum Verwalten

Patti

Edit: Die Reiter kannst du bei den einzelnen TabSheets mit der Eigenschaft "TabVisible" sichtbar und unsichtabr machen.

[Ralf Kaiser]

Zitat von geofranz01:

Ich würde gern ein Installer für mein Projekt schreiben. Installaware, Innosetup und Co. scheiden aus, weil er viele Dinge registrieren und einrichten muss.

Na ja, eigentlich sind Programme wie InnoSetup ja gerade dafür da Dinge einzurichten und zu registrieren. Wo liegt das Problem?

Wenn du sehr spezielle Aufgaben währen der Installation erledingen musst damm nimm InnoSetup für das "Drumherum" (also die Benutzeroberffläche) und lager deine speziellen Installationsaufgaben in eine DLL aus die von InnoSetup heraus aufgerufen wird. Bei den Beispielen zu InnoSetup wird auch gezeigt wie man Routinen aus DLLs in InnoSetup aufrufen kann.

Wir haben bei einem Projekt z.B. die Anforderung, dass der Benutzer eine bestimmte Registriernummer eingibt die dann per Internet aktiviert werden muss (dazu haben wir einen Webservice auf unserem Server). Diese ganzen Funktionen, inklusive eines kleinen Aktivierungsassistenten kommen dabei aus einer DLL. Der Rest, also Pfadeingabe, Programmgurppe erstellen usw, halt das übliche, wird von den Standardfunktionen von InnoSetup erledigt.

Ciao,
Ralf

[Tyrael Y.]

Also ich persönlich bin kein Freund von "ich mach mal eben das Control zur Laufzeit sichtbar/unsichtbar".

Ich habe mal an einem Projekt gearbeitet, wo sie alles mögliche auf PageControls und auf eine einzige Form gepackt haben. Am Anfang war das noch wohl recht übersichtlich. Nach und nach wurden es so viele Controls auf dieser Form/Pagecontrol(s), daß man zur Designzeit nicht mehr sagen konnte, welches Control zu welchen Aktionen/Funtionen gehört.

Auch kamen letzendlich ganz merkwürdige Nebenwirkungen, so daß Controls die zur Laufzeit eindeutig sichtbar hätten sein müssen, nicht sichtbar waren.



Mach es gleich schön und übersichtlich und zwar mit Frames.

Da hat man auf jedem Frame, genau die Elemente, die auch zusammen gehören und zusammen angezeigt werden.

[Muetze1]

In einem Projekt haben wir es einfach mit Frames gelöst: eine Button Frame, Image Frame und Client Frame. Die Client Frames selber sind dann einzelne Frame Ableitungen für die einzelnen Seiten, welche dann einfach weiter geschaltet bzw. instanziiert werden. Klappt recht gut und man kann alles vorher schön designen.

/EDIT: Bei uns waren Wizards innerhalb des Programmes, aber grundsätzlich unterscheiden die sich ja nicht gross von einem Installer.

[patti]

Das gleiche kann man doch auch mit PageControls machen Ich verstehe nicht, wo das Problem bei PageControls liegt. Einfach mehrere TabSheets machen und diese ganz normal designen. Für jeden Schritt ein eigenes Sheet. Dann nur noch Die Reiter unsichtbar machen und zur Laufzeit eben die Seiten wechseln (z.B. Bei einem Klick auf den Button "weiter"). Funktioniert doch genauso gut wie Frames, oder nicht?

[Muetze1]

Schon allein da Frames jede in einer eigenen Unit liegen und damit eine recht aufgeräumte Datenkapselung bieten, wäre für mich ein Grund Frames zu bevorzugen anstatt mich durch eine digitale Papyrusrolle ohne Ende zu scrollen für die Bearbeitung eines Handler von der Seite x.

[Tyrael Y.]

Zitat von patti:

Das gleiche kann man doch auch mit PageControls machen Ich verstehe nicht, wo das Problem bei PageControls liegt. Einfach mehrere TabSheets machen und diese ganz normal designen. Für jeden Schritt ein eigenes Sheet. Dann nur noch Die Reiter unsichtbar machen und zur Laufzeit eben die Seiten wechseln (z.B. Bei einem Klick auf den Button "weiter"). Funktioniert doch genauso gut wie Frames, oder nicht?

Bei PageControls wären alle Controls geladen.
Bei Frames kann man genau den Frame den man gerade braucht erzeugen und dem Container-Control zuweisen.

Stell dir folgendes vor.
Du hast ein Formular das aus drei Bereichen besteht.
Links, Mitte, Rechts.
Zwischen diesen Bereichen befindet sich ein Splitter.
Jedes dieser Bereiche kann denselben Inhalt ja nach Aktion bekommen, es kann aber auch, verschiedene Inhalte bekommen.

Wie willst du das mit PageControls machen?
In jedem Bereich für jede mögliche Darstellung ein Tab erzeugen und somit alles mehrfach haben?

Viel einfacher ist es hier du machst deine Frames und zeigst sie dort an wo du willst.

Ganz einfach gesagt sind Frames wiederverwendbarer.

[geofranz01]

Danke für eure Antworten!!

Das mit der DLL in Inno-Setup klingt interessant. Muss ich mir merken!
Ich probiers aber erst einmal mit den mir empfohlenen Frames .


P.S.: Wie macht man die Tab-Leiste bei den Page-Control den eigentlich unsichtbar?
Und mal so aus interesse: Wie machen das die Setups und die Softwareentwickler z.B. bei Microsoft?? Gibts da eigentlich irgendwelche Regeln (abgesehen vom Styleguide)?

[patti]

@Tyrael Y.: Ok, das ist natürlich ein gutes Argument Habe bisher noch nie Frames gebraucht, deswegen habe ich da nicht so die Erfahrung und das Wissen dazu

@:geofranz01: Du könntest natürlich die Tableiste auch sichtbar lassen, damit der Benutzer - egal wo er im Moment ist - zu jeder beliebigen Stelle springen kann.