Pascal Project Manager & Editor

[Harry Stahl]

Der Pascal Project Manager & Editor dient dazu, seine eigenen Delphi- oder Lazarus-Programme zu verwalten, zu analysieren, Informationen und Source-Code zu finden und auch zu bearbeiten.

Es existiert eine Projekt-, Dokumentations- und Internetlink-Liste, wo man alle relevante Informationen zum Projekt oder zur Entwicklung von Pascal-Projekten insgesamt bündeln kann.

Von der Projekt-Seite aus kann das Projekt in der entsprechenden "richtigen" Delphi-Version geöffnet werden oder auch im eigenen Editor-Programm-Teil, wo man ähnliche Möglichkeiten wie in Delphi hat, um zu entsprechenden Units zu springen und relevante Informationen zu ermitteln, die man vielleicht bei der Entwicklung in einem anderen Projekt gerade braucht.

Dabei geht das viel schneller, als in Delphi das andere Projekt zu öffnen und wieder zurück zu kehren. Auch benötigt das Programm nur einen Bruchteil an Arbeitsspeicher im Vergleich zu Delphi (je nach Version nur 10%), um das entsprechende Projekt zu öffnen und zu durchsuchen.

Das Programm erkennt automatisch die für das Projekt verwendete Delphi-Version. Vom Editor aus kann die kompilierte Exe-Datei direkt gestartet werden bzw. in einigen Fällen bei Bedarf sogar direkt eine Kompilation über die DCC32.exe angestoßen werden.

Wozu ist das ganze gut:

• Projekte, die oft über verschiedene Orte im System verstreut sind, können zentral und in einer durchdachten Gliederung erfasst werden.

• Auch die Dokumentation zum den Projekten oder zu verwendeten Dritt-Komponenten kann logisch strukturiert erfasst werden, so dass man mit wenigen Klicks die benötigte Information hat.

• Sehr hilfreich ist dabei auch, dass in allen Listen durch die Textfilterung es i.d.R. reicht nur wenige Buchstaben einzutippen und man sofort die gewünschte Information erhält (das gesuchte Projekt oder ein Dokument).

• Man kann schnell in einem anderen Delphi-Projekt was nachsehen, ohne das aktuelle Projekt im geöffneten Delphi verlassen zu müssen

• Anwender können Projektdateien und Formulare der neuesten Delphi-Version betrachten, auch wenn sie noch nicht die aktuellste Delphi-Version haben (nützlich für alle Forenmitglieder, die sich mal ein hochgeladenes aktuelles Beispielprojekt ansehen wollen!!!)

• Anwender können sich Delphi-Projekte auch ansehen, wenn Sie gar kein Delphi auf dem gerade verwendeten PC/Notebook haben

• Von den einzelnen Formularen können ganz einfach Screenshots erstellt werden

• Programm erkennt automatisch, mit welcher Delphi-Version ein Projekt erstellt wurde

• Projekte können somit nicht mit einer "falschen" Delphi-Version geöffnet werden, was ansonsten zu einer Reihe von Fehlermeldungen oder unterwünschten Veränderungen des Projekts führen könnte

• Es können VCL- und FMX Projekte geöffnet werden

• In vielen Fällen können VCL,FMX und LCL-Formulare angezeigt werden (bezogen auf Standard-Komponenten - Erweiterungen für die Anzeige von Drittkomponenten-Herstellern sind aber auch möglich über Plug-in-DLLs)

• Bei FMX-Formularen können auch MAC, IOS oder Android-Stile der Formulare betrachtet werden (soweit der Entwickler solche erstellt hat)

• der Text-Editor ist ein brauchbarer Source-Code-Editor, der Code-Folding, Auswahl von Sprungzielen über Prozedur-Dropdownlisten (ähnlich wie in Delphi selber), etc. verfügt

Vielleicht hat ja jemand mal Lust da rein zu schauen, wäre an einer Rückmeldung interessiert auch hinsichtlich Euren persönlichen Einschätzung hinsichtlich der Nützlichkeit eines solchen Programms (das ich je nach Zuspruch und Wünschen dann gerne auch erweitern würde).

Hier kann das Programm (uneingeschränkte Demo-Version) geladen werden:

http://www.hastasoft.de/Setup_PPME.exe

Nach dem Motto: "Ein Bild sagt mehr als tausend Worte" anliegend einige Screenshots und ein weiterer Link zu einem kurzen Video:

https://youtu.be/4Uhe5Nm65JE

[dummzeuch]

Zitat von Harry Stahl:

Zitat von dummzeuch:

Um das noch etwas komplizierter zu machen: Die Readme-Dateien heißen "!Readme", liegen aber nicht im Sourcecode-Verzeichnis (also da, wo die .dpr-Dateien liegen) sondern ein Verzeichnis darüber.

Was falsch war: Die Dateien heißen "!Readme.txt".

Zitat von Harry Stahl:

Ich habe Deinen Vorschlag jetzt mal aufgegriffen, bevor ich morgen Abend eine aktualisierte Version hochlade (muss u.a. noch Texte für die englische Fassung machen und doppelte Suchvorgänge ausschließen), anliegend mal 2 Screenshots, die meine Implementation wiedergeben.

Man kann unter "Suchen in" wählen, ob man nur in den Delphi-Projekt-Dateien sucht oder auch oder alternativ nur in den zusätzlichen Dateien, die nach eigener Logik mit dem Projekt verbunden sind.

Bedeutet "alternativ" XOR? Also dass nur in den Delphi-Projektdateien oder nur den zusätzlichen Dateien gesucht wird? Ich hätte gerne die Option, dass nur in den !Readme.txt-Dateien gesucht wird, für die Suche in den Projektdateien sehe ich für uns wenig Sinn.

Zitat von Harry Stahl:

Wenn die Projektdatei also in "D:\DEV\DX10\FileIO\FileIO.dpr" läge, würde die zusätzliche Angabe "..\!ReadMe" dazu führen, dass das Programm die Datei in "D:\DEV\DX10\" suchen würde (also D:\DEV\DX10\!Readme").

So war das gemeint, ja.

Zitat von Harry Stahl:

Das Suchergebnis der Zusatzdateien wird dabei im Knoten der Projektdatei mit aufgelistet.

Man kann dann entweder das ganze Projekt, die Pascal- oder Zusatzdatei mit dem Pascal Editor öffnen (wenn man den Eintrag mit der Zeilennummer wählt, sprint der Editor dann direkt zum gesuchten Eintrag).

War das so von Dir gemeint?

Hört sich aber erstmal sinnvoll an.

Edit: Habe mir gerade den zweiten Screenshot angeschaut. Jetzt weiß ich auch, dass mit "im Projekt" nicht nur die Projektdatei selbst gemeint war. Werden dabei alle Dateien, die in der DPR-Datei stehen oder alle Dateien die irgendwie im Projekt verwendet werden (z.B. aus der Liste in der MAP-Datei) durchsucht? Ich halte es trotzdem für mich nur für bedingt sinnvoll.

Ansonsten wünsche ich mir, dass man diese Zusatzdateien auch direkt aus dem PPM öffnen und bearbeiten kann, jeweils im für das Dateiformat registrierten Standardprogramm.

(Hach ist das schön, zur Abwechslung mal Wünsche zu äußern statt sie entgegenzunehmen. Ich werde jetzt gleich mal eine Lizenz ordern, das geht ja nicht so weiter, dass ich hier Wünsche äußere aber das Programm noch nicht einmal gekauft habe.)

[dummzeuch]

Ich hätte da noch weitere Wünsche:

1. Es ist (bei uns) ziemlich aufwändig, alle Projekte (270+) einmalig einzupflegen. Sie haben fast alle denselben Aufbau:
   d:\source\projektname\src\projektname.dpr
   Es wäre schön, wenn es eine Import-Funktion gäbe, die innerhalb eines Verzeichnisses in Unterverzeichnissen bis zu einer vorgegebenen Tiefe (also in d:\source bis Tiefe 2 -> d:\source\*\*\*.dpr) nach DPR-Dateien sucht und sie erstmal automatisch unsortiert und mit Standard-Einstellungen importiert. Die Vorgabe der Suchtiefe ist wichtig, da es in anderen Unterverzeichnissen weitere DPR-Dateien gibt, die wir nicht importieren wollen (Sonst könnte man sich mit der Suche im Explorer behelfen, aber die findet immer alles (oder kann man da irgendwie eine Suchtiefe angeben?).
   
2. Es wäre schön, wenn man beim Drag & Drop aus dem Explorer (z.B. bei gedrückter Shift-Taste) den "Projekt hinzufügen"-Dialog überspringen könnte. Dann sollte es erstmal mit den automatisch ermittelten Eigenschaften importiert werden.
   
3. Punkt 2 wäre insbesondere beim Hinzufügen von mehreren Projekten in einem Drag&Drop-Vorgang angenehm.
   
4. Da wir teilweise mehr als eine DPROJ-Datei für ein Projekt haben, die aber alle auf dieselbe DPR-Datei verweisen (z.B.: tool.2007.dproj und tool.xe2.dproj für jeweils die Delphi 2007- und Delphi XE2-Version des Tools) wäre Drag&Drop für DPROJ-Dateien praktisch.

[DieDolly]

Punkt 1 klingt für mich fast schon nach etwas, was man eher nicht in ein Programm einbauen sollte. Man könnte auf diese Art und Weise noch 100 andere Fälle aufbauen. Aber alle 100 Möglichkeiten einbauen? Wenn ich Entwickler wäre, würde ich solche speziellen Sonderfälle nicht einbauen und damit ein Programm verunstalten.

[Harry Stahl]

Zitat von dummzeuch:

Ansonsten wünsche ich mir, dass man diese Zusatzdateien auch direkt aus dem PPM öffnen und bearbeiten kann, jeweils im für das Dateiformat registrierten Standardprogramm.

(Hach ist das schön, zur Abwechslung mal Wünsche zu äußern statt sie entgegenzunehmen.

Na ja, ist ja bald Weihnachten, mal sehen, was ich da machen kann...

[Harry Stahl]

Zitat von dummzeuch:

[*]Da wir teilweise mehr als eine DPROJ-Datei für ein Projekt haben, die aber alle auf dieselbe DPR-Datei verweisen (z.B.: tool.2007.dproj und tool.xe2.dproj für jeweils die Delphi 2007- und Delphi XE2-Version des Tools) wäre Drag&Drop für DPROJ-Dateien praktisch.

Die .DProj-Dateien, liegen die im gleichen Verzeichnis wie die DPR-Datei oder in einem anderen Verzeichnis (dachte bisher, .DPR und DProj müssen in einem Verzeichnis liegen)?

Habt Ihr da die DPROJ Datei manuell bearbeitet, um das möglich zu machen? Normalerweise, wenn man in Delphi "Speichern unter" wählt, werden ja .DPR und .DProj gleich benannt (und unter "MainSource" in der DProj-Datei steht dann dieser gleichlautende Name der .DPR-Datei).

[dummzeuch]

Zitat von Harry Stahl:

Zitat von dummzeuch:

[*]Da wir teilweise mehr als eine DPROJ-Datei für ein Projekt haben, die aber alle auf dieselbe DPR-Datei verweisen (z.B.: tool.2007.dproj und tool.xe2.dproj für jeweils die Delphi 2007- und Delphi XE2-Version des Tools) wäre Drag&Drop für DPROJ-Dateien praktisch.

Die .DProj-Dateien, liegen die im gleichen Verzeichnis wie die DPR-Datei oder in einem anderen Verzeichnis (dachte bisher, .DPR und DProj müssen in einem Verzeichnis liegen)?

Habt Ihr da die DPROJ Datei manuell bearbeitet, um das möglich zu machen? Normalerweise, wenn man in Delphi "Speichern unter" wählt, werden ja .DPR und .DProj gleich benannt (und unter "MainSource" in der DProj-Datei steht dann dieser gleichlautende Name der .DPR-Datei).

Sie liegen im gleichen Verzeichnis (müssen sie), heißen nur anders. Nein, wir bearbeiten sie nicht manuell, sondern benennen die Datei nur um. Wenn man dann die DPROJ-Datei in Delphi öffnet, wird automatisch die korrekte DPR geladen (deren Name steht in der DPROJ). Zumindest Delphi 2007 schreibt Änderungen auch wieder in die umbenannte DRPOJ-Datei zurück, bei den anderen Versionen bin ich mir nicht so sicher.

Ich weiss nicht, ob das ein Feature ist oder einfach unbeabsichtigterweise funktioniert. Es ist aber praktisch, wenn man ein Objekt mal unter einer anderen Delphi-Version compilieren will, zum Test oder während der Migration.

[dummzeuch]

Wo ich gerade dabei bin: Man kann ja im Explorer "Dateien in die Zwischenablage kopieren" (Dateien auswählen und Ctrl+C drücken). Es wäre nett, wenn der PPM bei Ctrl+V auf eine Projektliste solche Dateien behandeln würde als hätte man sie darauf gezogen.

(Delphi kann das leider auch nicht, hab's gerade nochmal ausprobiert.)

[dummzeuch]

Wo liest der PPM eigentlich das Icon des Projekts aus? Steht das irgendwo in der DPROJ-Datei? Oder kommt es aus der RES-Datei des Projekts?

Mir ist aufgefallen, dass bei vielen unserern Projekte kein Icon angezeigt wird. Das könnte daran liegen, dass es mittels {$R *_icon.res} eingebunden wird statt dem Standard {$R *.res} in der DPR-Datei.

[dummzeuch]

Zitat von DieDolly:

Punkt 1 klingt für mich fast schon nach etwas, was man eher nicht in ein Programm einbauen sollte. Man könnte auf diese Art und Weise noch 100 andere Fälle aufbauen. Aber alle 100 Möglichkeiten einbauen? Wenn ich Entwickler wäre, würde ich solche speziellen Sonderfälle nicht einbauen und damit ein Programm verunstalten.

Stimmt wohl. Ich hätte auch einfach die Suchfunktion des Explorers dafür verwendet, wenn der irgendwie die Suchtiefe bechränken könnte, aber das scheint nicht möglich zu sein. Irgendwie muss man die Projekte ja in den PPM hineinbekommen, manuell ist das verdammt aufwändig.

[DieDolly]

Mit solchen ganz speziellen Sachen kenne ich mich nicht aus. Vielleicht kann man eine solche Funktionalität ganz allgemein implementieren, dass sie auf mehrere Fälle statt auf einen ganz speziellen anwendbar ist. So hat jeder was davon.