Delphi DDevExtensions - welche Alternativen?

[bernau]

So wie es aussieht, wird es die neueren Versionen der DDevExtensions für Delphi ab 10.4 nicht mehr geben. https://andy.jgknet.de ist auch nicht mehr erreichbar.

Ich nutze z.Z. Delphi 10.3.3 und bin kurz davor auf 10.4 umzusteigen. Für mich sind allerdings 2-3 Punkte aus den DDevExtensions Elementar. Deshalb meine Frage: Gibt es für folgende Punkte in anderen Tool vergleichbare Funktionen. Oder sind diese ggf. schon in 10.4 integriert?

• Editor tab double click action
  Nicht unbedingt ein KO-Kriterium. Aber manchmal sehr nützlich.
• Set Project Versioninfo
  Ganz wichtig für mich. Ich habe Projektgruppen mit bis zu 10 Projekten. Die sollen alle die gleiche Versionsnummer haben. Zeitersparnis ist unglaublich.
• Project Start Parameters
  Auch ganz wichtig für mich. Ich habe viele Programme, die mit Parametern gestartet werden können. Das Testen mit unterschiedlichen Parametern ist sehr hilfreich. Umschalten der Parameter in DDevExtensions ist ein Klacks.

[Der schöne Günther]

Zitat:

Zitat von bernau (Beitrag 1482062)

Set Project Versioninfo

Das vermisse ich in 10.4 bislang ehrlich gesagt auch schmerzlich.

[himitsu]

Dieses Zeugs ist schon vor ner ganzen Weile umgezogen. (dass seine alte/private Seite weg ist, war mir nicht mehr bewusst)
https://www.idefixpack.de/

Für 10.4 wird es das frühestens geben, wenn die Community Edition raus ist, da er persönlich nicht mehr mit Delphi arbeitet und sich daher das Delphi nicht mehr kaufen möchte. (geht nun bei C# fremd, oder so)
Ja, er hatte eine kostenloses Pro/Ent angeboten bekommen, aber nicht angenommen, da er sich sonst verpflichtet fühlen würde es machen zu müssen, anstatt es aus Spaß und Dank an die Comunity weitermachen zu können ... war quasi so in etwa seine letzte Aussage dazu.


Oh ja, der Doppelklick, des "Willst nicht das anderere (richtige) Projekt kompilieren?" und das DFM-Ausmisten.

Die Projekt-Version mach ich selbst, für unsere 80 Projekte. Der FinalBuilder erzeugt eine .RC und .INC, mit den Infos vom GIT, inkl. Branchname und Datum, auch der GIT-Submodule, jagt die .RC durch den RessourcenCompiler und in den Projekten werden dann die fertigen .RES eingebunden.

[Der schöne Günther]

Zitat:

Zitat von himitsu (Beitrag 1482066)

Die Projekt-Version mach ich selbst, für unsere 80 Projekte. Der FinalBuilder erzeugt eine .RC und .INC, mit den Infos vom GIT, inkl. Branchname und Datum, auch der GIT-Submodule, jagt die .RC durch den RessourcenCompiler und in den Projekten werden dann die fertigen .RES eingebunden.

Wenn ich das richtig verstehe nimmt ein Tool wie FinalBuilder einem hier Arbeit ab, ist aber optional. Magst du das bei Gelegenheit einmal zeigen wie man so etwas macht? Mir persönlich würde es reichen eine .rc/.inc-Datei zu bearbeiten und diese sorgt dann für die Versionsnummer von .exe/.dll-Dateien. Das wäre doch schon super.

[himitsu]

Der FB hat eine Funktion für VersionsInfos (früher war sogar mal ein paar Jahre lang ein kostenloser FinalBuilder beim Delphi mit dabei),
https://www.finalbuilder.com/resourc...h-finalbuilder

aber hier hatte ich es selbstgemacht.

Das Compileren (Build-System) aller 85 Projekte (EXE/DLL/BPL) und der Fremdkomponenten (wir haben nur noch Welche inkl. Quellcode), der Zusammenbau des Setups und die Grundeinrichtung der Delphi-IDE hatten wir schon drin.
Früher gab es eine nur INI und einen Eingabe-Dialog für die Eingabe der Programm-Version, woraus eine .INC mit der Versions-Variable erstellt wurde, für den Info-Dialog im Programm, zuzüglich einem automatischen Eintrag in einer Versions-Info-Textdatei, wo man noch für den Kunden die wichtigsten Änderungen mit angeben kann, was auch im Setup dann mit drin steht.
Diese Versionsnummer und die Revisionsnummer+Branchname vom SVN hatte ich dann später auch für die Erstellung einer RES benutzt.
Und zuletzt wanderte nun alles in mehrere GIT-Repositories.
Da die GIT-Status-Funktion im FinalBuilder totaler Schrott ist, hab ich mir mal eine Batch (Bash) gebaut, welche das nun ausliest und in den FinalBuilder übergibt.

Für die RC haben wir im FinalBuilder eigene Text-Vorlagen mit Variablen, welche gefüllt und in die RC- und INC-Datei gespeichert werden.

https://www.delphipraxis.net/204101-...-auslesen.html
https://www.delphipraxis.net/205723-...ml#post1475265
https://www.finalbuilder.com/forums/...missing/6858/4


Aber im Prinzip ist das FB-Script auch nichts viel Anderes, wie eine große Batchdatei, die nacheinander Befehle ausführt.
OK, bei den EXE/DLL werden auch noch Multithread parallel mehrere DCC32 gestartet, damit es schneller geht.
Und über viele Schleifen, Variablen usw. werden auch unsere BPLs und die Fremdkomponenten in HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0\Known Packages eingetragen, sowie HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0\Disabled Packages aufgeräumt.

[Ralf Kaiser]

Was mir auf jeden Fall ohne die DDevExtensions fehlen wird ist die Funktion:

Compilation / Ask before compiling if current file is from different project

Da wir viel mit großen Projektgruppen arbeiten ist diese Funktion echt nützlich.

[jbg]

Das wollte ich zwar schon an den Weihnachtsfeiertagen machen, habe es aber nicht geschafft.

DDevExtensions is jetzt OpenSource und auf GitHub

[Aviator]

Nice! :thumb::thumb::thumb:

[himitsu]

Och menno, dabei hatte ich grade eben vor 'ner Minute noch gesucht, wie ich vorübergehend den ersten Teil hinbekomm, bis die DDevExt wieder da sind. :wall:

Also diesen Mist loswerden :stupid:

Delphi-Quellcode:

TControl.WriteExplicitLeft(Writer: TWriter);
TControl.WriteExplicitTop(Writer: TWriter);
TControl.WriteExplicitWidth(Writer: TWriter);
TControl.WriteExplicitHeight(Writer: TWriter);
TWinControl.WriteDesignSize(Writer: TWriter);

ABER :thumb:

[haentschman]

:kiss: :cheers: :party:

[mkinzler]

Andy hat die Quelln nun auf GitHub veröffentlicht.

https://github.com/ahausladen/DDevExtensions

Sollen wir die Forken?

[sh17]

ja, kann ja nicht schaden

[sh17]

https://github.com/DelphiPraxis/DDevExtensions

[bernau]

Super. Dann steht dem Umstieg auf 10.4 nichts mehr im Weg. :-D

Danke Andreas.

[himitsu]

Jupp, ich bau es grade ein und würde dann das D10.4+ Package bereitstellen.

So lange die DPROJ nicht wieder zu massiv umgebaut wird, kann man seit jetzt ja nun mit {$LIBSUFFIX AUTO} schöne Dinge veranstalten, damit es im 10.5 .6 .7 .... nahtlos weitergehn kann.

[sh17]

habs mal zusammengebaut

https://github.com/DelphiPraxis/DDev...ases/tag/v2.87

[bernau]

Kurzer Hinweis.

Auf Andreas Homepage gibt es so einen schönen "Donate"-Button.

https://www.idefixpack.de/blog/ide-t...devextensions/

Den habe ich grade genutzt um meine Dankbarkeit zu zeigen. Vielleicht gibt es den Einen oder Anderen, der auch etwas spenden möchte. Hat er sich einfach verdient.

[himitsu]

Falls jemand rausfindet, wie man die GetIt-CMD benutzt, damit es sich via Console installieren ließe,
dann wäre https://getitnow.embarcadero.com/submit/ die coolste Idee.


Wenn ich sowas wie

Delphi-Quellcode:

GetItCmd --install={hier der PackageName}

versuche, dann wird Dieses zwar installiert,
aber gleichzeitig auch alles Andere deinistalliert, was schon drin war, inkl. dem, was das Delphi-Setup (GetIt) installiert hatte, also halb Delphi.

[sh17]

Zitat:

Zitat von bernau (Beitrag 1482212)

Kurzer Hinweis.

Auf Andreas Homepage gibt es so einen schönen "Donate"-Button.

https://www.idefixpack.de/blog/ide-t...devextensions/

Den habe ich grade genutzt um meine Dankbarkeit zu zeigen. Vielleicht gibt es den Einen oder Anderen, der auch etwas spenden möchte. Hat er sich einfach verdient.

done

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1482219)

Falls jemand rausfindet, wie man die GetIt-CMD benutzt, damit es sich via Console installieren ließe,

Warum muss es denn unbedingt von der Konsole aus installierbar sein? Für die meisten GetIt-User reicht doch die Installation aus der IDE heraus.

[himitsu]

Weil man es bestimmt gern in sein Einrichtugnsscript einfügen würde?

Außerdem ist diese GUI doch grauenhaft. :stupid:


Aktuell hatte ich mir damals für XE mühevoll die DLLs aus dem Setup geholt,
die werden vom FinalBuilder auf den jeweiligen Entwickungsrechner aus unserem GitRepo ins System kopiert, dann die Registrierung in der Registry und auch gleich die wichtigsten Einstellungen gesetzt/aktiviert.

Jetzt würde ich erstmal das als SubModul in unser GitRepo einbinden, im FinalBuilder alles Compilieren (oder eben einfach GetItCmd --install)
und ebenfalls Registrierung und Settings in die Registry schreiben.

Für 10.4.1PatchLSPGeneral, sowie Navigator, Bookmarks und CodeSite hatte ich das mit dem GetItCmd schonmal verzweifelt versucht und war gescheitert.

[TurboMagic]

Es gibt glaube ich pläne für 10.5 die Technik hinter dem GetIt Dialog zu überarbeiten.
Das Aussehen des Dialogs finde ich inzwischen ok, die Geschrindigkeit und ein paar fehlende
Features nicht.

Man könnte aber ruhig den GUI installer bei GetIt einreichen, nur wer außer Andy ist dazu befugt?

[himitsu]

Jupp, vorallem die Geschwindigkeit und dass man Jedes einzeln installieren muß.

Richte da mal paar Packages komplett neu ein
* GetIt auf und warten ... warten ... warten ...
* Komponente suchen
* installieren
* zanghaft neu starten
* Delphi und GetIt auf und warten ... warten ... warten ...
* nächste Komponente suchen
* installieren
* zanghaft neu starten
* Delphi und GetIt auf und warten ... warten ... warten ...
* nächste Komponente suchen
* installieren
* zanghaft neu starten
* ...

Delphi-Update oder gar neue Version
und schonwieder alles von Vorne

Dafür wäre des GetItCmd eigentlich super gewesen, aber wenn man Google fragt und sieht was Andere dazu meinen, dann bekommt man gleich Mitleid mit denen Allen.
Oder wenigstens ein Import/Export der "Installiert"-Liste. (auch im Migrationstool gleich mit drin)


Zumindestens für Komponenten in einem Projekt kann man ja neuerdings die GetIt-Abhängigkeiten in den Projektoptionen angeben.
Auch im GetIt selbst fehlen noch paar Abhängigkeiten. (JVCL kann man vor JCL installieren und zerballert sich so alles, da GetIt nicht mitbekommt, dass es nicht richtig installiert war ... danach kann man weder de- noch neu installieren und muß manuell rumfummeln ... oder die hauseigenen Updates ... da war bei 10.4.0 Update 1 3 2 drin und ich wollte es ausversehn in der Reihenfolge installieren und peng)


[edit] ups, bissl off-toppic

[Daniel]

Ja, Offtopic. Bitte bleibt beim Thema.