Komponente auch für 64 Bit fit machen

[Renate Schaaf]

@Himitsu

Ja, ich hab mich zu früh gefreut. Jetzt will er in das design package alle units packen, die vorher im runtime waren. Auch die, die er zu design time gar nicht braucht. Vielleicht sollte ich dafür aber ein neues Thema anfangen. Ich schaff es immer wieder in package hell zu landen, weil alles, was die Komponenten brauchen, anscheinend immer in irgendwelchen packages sein muss.

@Dummzeuch

Wie hast du das gemeint mit nur in .exe einbinden?

Gruß, Renate

[himitsu]

Das geht ja noch.

Ich hab nach jahre-/wochenlanger Suche nun endlich alle DesignTimePackages aus der Runtime raus, also im Programm wurden DesignTimePackages geladen,
auch DAS EINE Package (DesignIde), was man ja eigentlich nicht mitgeben dürfte und was im Programm eh nichts zu suchen hätte.



Im allgemeinen ist aber nichts dagegen einzuwenden, wenn die Designtime auch die Runtime benutzt.

Im Requires eines DesignTimePackage darf ein RuntimeOnlyPackage stehen, aber hiervon wird/darf nur das DesignTime-Package im delphi registriert/installiert werden. (das Andere wird einfach automatisch geladen)

[Rolf Frei]

Zitat von Renate Schaaf:

@Himitsu

Ja, ich hab mich zu früh gefreut. Jetzt will er in das design package alle units packen, die vorher im runtime waren. Auch die, die er zu design time gar nicht braucht. Vielleicht sollte ich dafür aber ein neues Thema anfangen. Ich schaff es immer wieder in package hell zu landen, weil alles, was die Komponenten brauchen, anscheinend immer in irgendwelchen packages sein muss.

@Dummzeuch

Wie hast du das gemeint mit nur in .exe einbinden?

Gruß, Renate

Mach dir immer zuerst das Runtime Package ohne IDE Abhängikeiten und nutze dieses dann im Designpackage als required. Wenn du nur die Komponente ohne irgendwelche IDE Features nutzt (Propertyeditoren, etc.), brauchst du keine spezielles Design Package.

Also zuerst musst du immer das Runtimepackage erstellen und kompilieren und erst danach das Designtime, welches dann das Runtime Package nutzen soll.

[himitsu]

Das "normale" RegisterClass/RegisterComponent/RegisterNoIcon muß nicht in ein DesignTimeOnlyPackage.
Diese Funktionen verstecken sich in System.Classes (wenn die System.Classes in der IDE geladen ist, dann trägt die IDE dort die Zeiger zu den DesignMethoden ein).

Delphi-Quellcode:

procedure Register;

implementation

procedure Register;
begin
  RegisterClass(TIrgendwas);  //RegisterClasses([TIrgendwas, TNochmehr]);
end;

Also hier ein gemischtes Package für Design und Runtime zu nutzen, wäre OK,

aber wenn man ein DesignTimePackage hat, dann kann es auch dort rein, damit man sein Designzeugs zusammen hat.


Und ja, ansonsten gehört in Runtime keinerlei Designzeugs.


In die IDE muß es als Package rein,
ins Programm wird das Package nur geladen, wenn mit Laufzeitpackages kompilier wurde
und ansonsten würde der Code direkt in die EXE/DLL eingelinkt.

Im letzeren Fall muß auch der Bibliothekssuchpfad zu *.dcu oder *.pas eingetragen sein
und bei Laufzeitpackages muß der DCP-Suchpfad zur *.dcp existieren (die eigentlichen PAS/DCU hier unwichtig).
Die *.bpl müssen in einem Umgebungsvariable eingetragen sein, wenn die EXE sonst diese Packages nicht finden würde. (z.B. im Programmverzeichnis liegend)

Der Suchpfad zu den *.pas braucht man auch noch, wenn man sonst nur gegen die Packages kompiliert, aber die Units dennoch im Editor/Debugger finden möchte.

[dummzeuch]

Zitat von Renate Schaaf:

@Dummzeuch

Wie hast du das gemeint mit nur in .exe einbinden?

Ein Runtime Package wird nur dann im Programm verwendet, wenn in den Projekteinstellungen

• "Build with runtime packages" eingeschaltet ist
• das runtime package in der Liste darunter auch aufgeführt ist

Ansonsten wird immer der Sourcecode der Units aus dem Package in das Executable compiliert und man braucht zum Auführen des Programms dann das Package nicht.