Drag and Drop component

[sh17]

Zitat:

Zitat von ThomasWB (Beitrag 1494437)

Wo finde ich diese PATH Variable und wie kann ich diese ggf. ergänzen. Ich habe bisher immer über Delphi-Optionen unter Bibliotheken die Verzeichnisse ergänzt.

Optionen -> Umgebungsvariablen

Zumindest ist es bei mir der Fall, dass BPLs immer auch über den PATH zu finden sein müssen,
sonst lädt die IDE das package nicht.

[dummzeuch]

Zitat:

Zitat von ThomasWB (Beitrag 1494253)

Ich glaube mit meiner nächsten Antwort oute ich mich: Ist das DPK-File nicht das Runtime Package?
Ich hatte auch die Projektgruppe "DragDropDXE6Group.groupproj" geöffnet und dann in der Projektverwaltung einmal DragDropDXE6 und zum anderen dclDragDropDXE6 gehabt. Beide liessen sich einwandfrei kompilieren. Jedoch nur dclDragDropDXE6 hat im Popup-Menü das "Installieren" - und da kommt der Fehler.

Das Packagee, das mit dcl anfängt, ist das Designtime-Package, das andere ist das Runtime-Package.

(Diese Namenskonvention war früher mal Standard, aber heute scheint sich keiner mehr daran zu halten.)

[Rolf Frei]

Zitat:

Zitat von ThomasWB (Beitrag 1494437)

Zitat:

Steht der Pfad auch in der PATH Variable vom Delphi?

Wo finde ich diese PATH Variable und wie kann ich diese ggf. ergänzen. Ich habe bisher immer über Delphi-Optionen unter Bibliotheken die Verzeichnisse ergänzt.

Zitat:

Zuerst die DragDropRXE6 kompilieren, dann die DragDropDXE6.

Es gibt keine DragDropRXE6 - nur DragDropDXE6 und dclDragDropDXE6. Und in dclDragDropDXE6 steht, dass diese die DragDropDXE6.dcp benötigt. Diese wiederum steht in ..\Library\DXE6\Win32_Release. Da ich das oberste Verzeichnis der Drag&Drop-Komponente in den Bibilothekspfaden habe, dürfte dies doch eigentlich kein Problem sein. Dort steht übrigens auch die DragDropDXE6.bpl.

Ich hätte gern den einen oder anderen Screenshot gepostet, aber irgendwie finde ich dafür nicht den notwendigen Button.

Das Runtime Package wird vom OS wie eine DLL behandelt und damit das System diese finden kann, muss sie in einem Pfad liegen, der in der Windows PATH Umgebungsvariable enthalten ist (Rechtsklick auf den Arbeitsplatzsymbol->Eigenschaften->Erweiterte Systemeinstellungen->Schaltfläche Umgebungsvariablen->PATH). Delphi legt bei der Installation dafür eine eignen Pfad in diese Variabel und wenn du beim Ausgabepfad (Package Output Directory) deiner Packages nichts drin hast, sollten diese automatisch in diesem Verzeichnis landen, wenn du ein Package kompilierst. Dieser Pfad lautet in der Regel: %USERPROFILE%\Documents\Embarcadero\Studio\21.0\Bp l.

Da könntest du also dein Runtime Package reinkompilieren oder manuell dahin kopieren.

[mmw]

hallo,

bei mir sieht's so aus Anhang.

Das DCU -Verzeichnis füge ich dann immer dem Biblothekspfad hinzu.

Gruß

[jaenicke]

Wenn man mehrere Delphiversionen installiert hat(te), wird der PATH oft zu lang.
Prüfen, ob die .bpl im Systempfad gefunden wird, kannst du mit dem Kommandozeilentool where von Windows:

Code:

where DragDropDXE6.bpl

Wenn das nicht der Fall ist, hilft ein Tool wie Rapid Environment Editor, mit dem du die PATH Variable komfortabel prüfen und anpassen kannst.

[ThomasWB]

Hat wirklich niemand eine weitere Idee, woran das Problem liegen kann. Oder stelle ich mich so dämlich an? Ich komme hier seit Wochen nicht mehr weiter und sollte die Komponenten zum Laufe bringen. Sonst müsste ich meine Programm komplett umdesignen mit anderen Lösungen/Komponenten.

[sh17]

ich weiß jetzt nicht wo es bei dir klemmt, aber du kannst die Komponenten ja auch ohne Installation verwenden, einfach den Quellcode ins Suchverzeichnis und
von Hand anlegen. Gibt auch Beispiele in den Quellen dafür.

[jaenicke]

Zitat:

Zitat von ThomasWB (Beitrag 1495169)

Hat wirklich niemand eine weitere Idee, woran das Problem liegen kann. Oder stelle ich mich so dämlich an?

Naja, das würde ich nicht sagen, aber du hast noch nichts zu den weiteren Tipps geschrieben, z.B. zur Prüfung der Path Variable mit dem genannten Tool.

Ansonsten ist der Weg von sh17 der einfachste, weil du dann die Komponente gar nicht mehr installieren must, auch nicht in einer neuen Delphiversion zum Beispiel mal.