*.exe erzeugen

[himitsu]

Nur ganz kurz ... bei mir für kleine Projekte nichtmal 'ne viertel Sekunde.
Dann geht der Dialog (wenn erfolgreich) automatisch zu, aber zuletzt würde eh der Pfad des Projekts (DPROJ) darin stehen, anstatt der EXE.
Klar, es wäre auch praktisch gewesen, wenn die Logausgabe des Compilers das Ziel enthalten würde, aber das wäre zu einfach.



Früher waren die Ausgabeverzeichnisse standardmäßig leer,
also wenn man da nichts eingetragen hatte, dann gab es dieses Verhalten und alles lag zusammen vermüllt im Projektverzeichnis.

In neuen Projekten von aktuelleren Delphis steht derzeit

Delphi-Quellcode:

.\$(Platform)\$(Config)

drin (z.B. Projektverzeichnis\Win32\Debug\).

Nur beim Upgrade von alten Projekten in neue Delphis, gibt es "Problemchen", da dort neue "Dinge" nicht in der DPROJ aktualisiert werden.
Aber ist egal, denn Delphi 5 kannte DPROJ noch nicht (da war es noch DOF) und somit hat er auch eine ganz aktuelle DPROJ bekommen.




Wobei mir diese Verzeichnisstruktur, mit den nutzlosen und umständliche vielen Leveln, zuwieder ist
und ich stattdessen, aus Faulheit, öfters etwas "Flacheres"/Übersichtlicheres verwende, wie z.B.

Delphi-Quellcode:

.\$(Platform)_$(Config)

. (

Delphi-Quellcode:

_

statt

Delphi-Quellcode:

\

)

Oder eher

Delphi-Quellcode:

.\_bin\$(Platform)_$(Config)

für EXE und DLL, sowie

Delphi-Quellcode:

.\_dcu\$(Platform)_$(Config)

für die DCUs,
um die Ausgaben auch wunderbar getrennt zu haben.

Und, in Hinblick auf neuere Delphis (parallel mit alt und neu gearbeitet),
ein

Delphi-Quellcode:

.\_dcu\$(ProductVersion)_$(Platform)_$(Config)

.

https://www.delphipraxis.net/166030-...toptionen.html

[jaenicke]

Zitat:

Zitat von KodeZwerg (Beitrag 1486952)

Gut das Du es gefunden hast aber könntest Du bitte ein wenig mehr über das Delphi 5 Problem berichten, das wäre toll!

Die Vorschau in der Taskleiste?
Fensterinhalte bei unterschiedlich breiten Fensterrändern?

Mit den alten Delphiversionen gibt es einige Probleme. Die meisten kann man ganz gut lösen, aber die Designmöglichkeiten mit unterschiedlichen Fensterrändern sind doch recht eingeschränkt, weil man das immer im Blick haben muss.
Dass das nicht alle im Blick haben, sieht man an einigen Anwendungen, die draußen sind, die genau dabei Probleme haben... (auch wenn es seit dem faktischen Ende von XP nicht mehr so relevant ist)

[himitsu]

z.B. lassen sich viele Probleme mit einem passenden Manifest lösen,
damit Windows hier keinen abwärtskompatiblem Krücken aktiviert.

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1486991)

z.B. lassen sich viele Probleme mit einem passenden Manifest lösen,
damit Windows hier keinen abwärtskompatiblem Krücken aktiviert.

Ja, die habe ich hier absichtlich nicht erwähnt, weil die am leichtesten zu beheben sind. ;-)

[himitsu]

Falls man weiß, daß es sie gibt, weil versteckt.

Im Delphi wurden sie auch erst mit Delphi 6 oder 7 eingeführt. (und erst im Delphi 10.x erweitert)
Delphi 5 kannte noch kein Windows XP und die großen/schlimmen Änderungen kamen auch erst mit Windows Vista/7 und vorallem Windows 10 auf.

Inzwischen wird es immer spaßiger, da es ein Windows 10 gibt, gefolgt von einem Windows 10, dann noch ein Windows 10 usw. (nur noch die BuildVersion ist wichtig, aber im Win32 eher versteckt ... und zusätzlich die Dinge wie Embedded/IoT/WinRT/Linux/usw.,
aber das ist im Delphi eh egal, weil nicht unterstützt, da es nicht iIrgendws heißt und voll uncool ist)