$(...)-Variablen in den Projektoptionen

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1147846)

wobei man auch schon für XE2 vorsorgen könnte, mit

Delphi-Quellcode:

.\$(Config)\$(Plattform)

Mit $(Platform) kommst du etwas weiter - $(Plattform) wird von XE2 durch einen Leerstring ersetzt :wink:

[SirTwist]

Guten Morgen zusammen,

so, nochmals Danke für die Tipps. Natürlich ist der Hinweis von "einbeliebigername" richtig, dass ich einfach mit ".\" arbeiten kann. Ich wollte ursprünglich ja eigentlich das Verzeichnis der "groupprj"-Datei haben, dafür scheint es aber keine Variable zu geben. Wenn ich nun also als Konvention festlege, dass jedes Einzelprojekt immer genau eine Ebene unter der Projektgruppe liegt, dann kann ich "..\" nutzen. Nun denn...

himitsu:
$(Config)\$(Platform) funktioniert auch schon mit XE, bzw. ist dort bereits voreingestellt. Aber die Idee, das auf ($Platform)_$(Config) zu ändern, ist klasse. Direkt umgesetzt.

Grüße,
SirTwist

[t2000]

Uraltes Thema

Aber ich such gerade verzweifelt nach weiteren Variablen. Z.B. für den Projektnamen

Gibt es denn nach wie vor keine Liste über alle verfügbaren Systemnamen?

Bekannt ist mir:
$(Config)
$(Platform)

gesehen habe ich schon mal
$(ETM)

[Uwe Raabe]

Zitat:

Zitat von t2000 (Beitrag 1493728)

Aber ich such gerade verzweifelt nach weiteren Variablen. Z.B. für den Projektnamen

Versuch mal $(SanitizedProjectName)

[Delphi.Narium]

Wo wird $(BDS) etc definiert?

[t2000]

Zitat:

Zitat von Uwe Raabe (Beitrag 1493729)

Zitat:

Zitat von t2000 (Beitrag 1493728)

Aber ich such gerade verzweifelt nach weiteren Variablen. Z.B. für den Projektnamen

Versuch mal $(SanitizedProjectName)

Nein, geht leider nicht.

[himitsu]

Es kommt auch drauf an WO du diese Variablen verwenden willst.

Erstmal gehen hier alle Umgebungsvariablen, auch jene, welche in der IDE zusätzlich definiert wurden. (siehe Tools/Optionen)
und dann schau z.B. mal ins AfterBuild-Script ... da im Editor findest du auch eine kleine Liste

[t2000]

Das Problem kommt eigentlich nur daher, weil wir auch TMS Web Core Anwendungen in unserem Ausgabeverzeichnis verwalten wollen.
"Normale" exe-Dateien kann man ja gut erkennen :zwinker:
Aber bei den Web-Dateien handelt es sich um sehr viele Dateien pro "Programm".
Und dieses soll eben in eigene Unterordner.

Da wir schon ein eigenes kleines Programm zum patchen von .dproj Dateien haben um die Versionierung einfach zu setzen, hätten wir hier auch die Verzeichnisse für die Ausgabe automatisieren können.

Mit AfterBuild scripts habe ich bisher noch nicht gearbeitet. Müsste mich da erstmal einlesen, was das ist und wie das geht.

[Uwe Raabe]

Zitat:

Zitat von t2000 (Beitrag 1493732)

Zitat:

Zitat von Uwe Raabe (Beitrag 1493729)

Versuch mal $(SanitizedProjectName)

Nein, geht leider nicht.

Wo genau verwendest du die Variable denn?

[himitsu]

Zitat:

Mit AfterBuild scripts habe ich bisher noch nicht gearbeitet. Müsste mich da erstmal einlesen, was das ist und wie das geht.

Es ging jetzt erstmal vor allem um den Editor ... der hat eine Vervollständigungsfunktion/Liste und zeigt mehrere Variablen an.

Ob jetz AfterBuild oder PreBuild, kommt drauf an, was man machen will.
z.B. eine RES-Datei verändern sollte man vorher, bevor sie einkompiliert wird,
aber eine Ressource in der fertigen EXE kann man nur nachher bearbeiten, nachdem die EXE erstellt wurde.

Außerdem sind nicht alle Variablen überall verfügbar, z.B. für den Ausgabepfad, oder in Suchpfaden, kann man nicht alles nutzen, was im AfterBuildScript verfügbar wäre.