Pascal Project Manager & Editor

**dummzeuch**

Ich hätte da noch einen Vorschlag:

Wir haben bei all unseren Projekten eine Readme-Datei, die kurz beschreibt, was das Programm macht (Es gibt insgesamt mehrere 100 Projekte, größtenteils interne Tools, da kann man schon mal den Überblick verlieren.). Es wäre toll, wenn der PPM diese Dateien lesen und es ermöglichen könnte, mittels Volltextsuche darauf passende Projekte zu finden.

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.

Damit wir was davon haben, müsste im PPM also nicht nur der Namen der Datei sondern auch der Pfad der Datei relativ zur .dpr-Datei konfigurierbar sein. Und das natürlich nicht nur für ein einzelnes Projekt sondern als Vorgabe für alle.

**Harry Stahl**

Zitat von dummzeuch:

Ich hätte da noch einen Vorschlag:

Wir haben bei all unseren Projekten eine Readme-Datei, die kurz beschreibt, was das Programm macht (Es gibt insgesamt mehrere 100 Projekte, größtenteils interne Tools, da kann man schon mal den Überblick verlieren.). Es wäre toll, wenn der PPM diese Dateien lesen und es ermöglichen könnte, mittels Volltextsuche darauf passende Projekte zu finden.

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.

Damit wir was davon haben, müsste im PPM also nicht nur der Namen der Datei sondern auch der Pfad der Datei relativ zur .dpr-Datei konfigurierbar sein. Und das natürlich nicht nur für ein einzelnes Projekt sondern als Vorgabe für alle.

Diese Ergänzung sollte machbar sein. Muss mir nur noch überlegen, wie und wo ich diese Information sinnvoll integriere.

Das geht genau in die Richtung, was das Programm so leisten soll: Den Überblick über alle Projekte geben und ein Maximum an Informationen raus saugen.

In weiteren Schritten wird auch noch ein Dokumentationsmanagement integriert.
Das liest z.B. Informationen aus einem Projekt aus und bereitet diese Informationen sinnvoll und übersichtlich auf.

Am Ende soll der PPME dazu dienen, Projekte vollumfassend zu dokumentieren, einen schnellen Zugang zu wichtigen Informationen geben und quasi so auch ein Projekt "Weitergabefähig" machen (z.B. im Sinne eines Verkaufs an eine andere Software-Firma).

Viele Projekte bestehen ja nicht selten aus Kraut und Rüben und dann besteht gar keine Chance das an einen potentiellen Käufer abzugeben, weil der Entwickler selber noch nicht mal genau weiß, welche Units gehören eigentlich zum Projekt, welche 3rd-Party Komponenten sind im Einsatz, wo sind die wichtigen Stellschrauben im Projekt, und wo ist der generelle Funktionsablauf des Programms beschrieben, etc.

All das soll PPME am Ende aufbereiten, alles schön in eine PDF-Datei gepackt, mit anklickbaren Inhaltsverzeichnis und durchsuchbaren Text, die Möglichkeit, z.B. gezippte Projekte oder sonstige Dateien als Anlage in die PDF-Datei zu integrieren, etc.

Für letzteres brauche ich noch ein wenig Zeit, allerdings habe ich all die erwähnte Funktionalität ja bereits in meinen Office-Programmen enthalten, ich muss es "nur noch" ein wenig umstrukturieren und neu zusammenbauen...

Als einen weiteren Schritt habe ich in die aktualisierte Version (3.08 auf meiner HP) eine Druckausgabe für die Liste der verwalteten Projekte integriert. Dabei kann man wählen, ob man nur das aktuelle oder mehrere Projekte drucken möchte, dabei verschiedene Filter einsetzen (z.B. nur FMX-Projekte) oder eine Sortierfolge festlegen, z.B. nach IDE, Framework oder Projektname (einige der Funktionen stehen nur in der registrierten Vollversion zur Verfügung), siehe die ersten beiden anliegenden Screenshots.

Als nächstes werde ich den Komponenten-Manager einbauen (siehe 3. Screenshot). Und da hätte ich sozusagen eine Frage gerne hier an alle interessierten Leser gerichtet, welche Informationen man dazu sinnvoller Weise sonst noch aufnehmen könnte.

Mir haben bislang immer die in der Anlage mal beispielhaft aufgeführten Infos gereicht.
Aber vielleicht sind ja noch andere Dinge für Euch wichtig, die ich dann gerne als weitere Felder aufnehmen würde...

Oh, ein Komponentenmanager. Da fällt mir doch gleich noch eine mir wichtige Sache ein:

Oft werden beim Kompilieren der Pakages und später beim Verwenden der Units für die Komponenten die Pfade derselben nicht gefunden. Ein Suchbaum, der hier Abhilfe schafft und jede Komponentensammlung ohne großes Gesuche all der benötigten Pfade mit einem Klick compilierbar macht und später in Delphi installierbar, für die Designtime Komponenten.

**jaenicke**

Eine Sache ist uns aufgefallen:
Wir haben die Datendateien in das Repository gepackt. Da das Binärdateien sind, kann man die kaum sinnvoll parallel bearbeiten. Es wäre wirklich schön, wenn das ein einfaches Textformat wäre, so dass Änderungen an zwei unterschiedlichen Stellen einfach zusammengeführt werden können.

**Harry Stahl**

Zitat von jaenicke:

Eine Sache ist uns aufgefallen:
Wir haben die Datendateien in das Repository gepackt. Da das Binärdateien sind, kann man die kaum sinnvoll parallel bearbeiten. Es wäre wirklich schön, wenn das ein einfaches Textformat wäre, so dass Änderungen an zwei unterschiedlichen Stellen einfach zusammengeführt werden können.

Ich spekuliere jetzt mal: Rein theoretisch wäre es auch denkbar, diese Dateien in ein von mir sowieso im Projekt verwendetes Datenbank-Format zu speichern. Man könnte die Dateien dann entweder im Einzelplatz-Modus oder bei entsprechender Einrichtung im Client-Server-Betrieb verwalten (also im Prinzip so und mit den entsprechenden Fähigkeiten, wie mein Datenbank-Programm PC-Database das so macht:

https://www.pc-database.de/PCDatabaseServer.htm). Es müsste dann allerdings im Netz immer das Serverprogramm laufen, welches die Zugriffe der Clients verwaltet.

Zuviel Aufwand?

**Harry Stahl**

Zitat von DualCoreCpu:

Oh, ein Komponentenmanager. Da fällt mir doch gleich noch eine mir wichtige Sache ein:

Oft werden beim Kompilieren der Pakages und später beim Verwenden der Units für die Komponenten die Pfade derselben nicht gefunden. Ein Suchbaum, der hier Abhilfe schafft und jede Komponentensammlung ohne großes Gesuche all der benötigten Pfade mit einem Klick compilierbar macht und später in Delphi installierbar, für die Designtime Komponenten.

Was meinst Du mit Suchbaum?

In das Feld "Dateien" könnte man die benötigten Projekt- bzw. Package Dateien der Komponenten einpflegen (neben ReadMe, etc).

**jziersch**

Zitat von Harry Stahl:

Als nächstes werde ich den Komponenten-Manager einbauen (siehe 3. Screenshot). Und da hätte ich sozusagen eine Frage gerne hier an alle interessierten Leser gerichtet, welche Informationen man dazu sinnvoller Weise sonst noch aufnehmen könnte.

Mit fällt dazu ein:
- Anzahl der Lizenzen, Einzel, TEAM, SITE
- Bedingung Runtime Lizenz
- Ist die Weitergabe der Lizenz bei Verkauf der Software erlaubt? (meist nicht)

Mir fehlt nach wie vor die Möglichkeit extra Suchpfade pro Projekt anzugeben (bzw. aus der IDE auf Anfrage auszulesen) sodass die Kompilierung aus dem Manager heraus besser klappt.
Die Fehlermeldungen beim Kompilieren sind leider verkürzt - nicht die kompletten Ausgaben die z.b. die IDE anzeigt.

**Harry Stahl**

Zitat von jziersch:

Zitat von Harry Stahl:

Als nächstes werde ich den Komponenten-Manager einbauen (siehe 3. Screenshot). Und da hätte ich sozusagen eine Frage gerne hier an alle interessierten Leser gerichtet, welche Informationen man dazu sinnvoller Weise sonst noch aufnehmen könnte.

Mit fällt dazu ein:
- Anzahl der Lizenzen, Einzel, TEAM, SITE
- Bedingung Runtime Lizenz
- Ist die Weitergabe der Lizenz bei Verkauf der Software erlaubt? (meist nicht)

Mir fehlt nach wie vor die Möglichkeit extra Suchpfade pro Projekt anzugeben (bzw. aus der IDE auf Anfrage auszulesen) sodass die Kompilierung aus dem Manager heraus besser klappt.
Die Fehlermeldungen beim Kompilieren sind leider verkürzt - nicht die kompletten Ausgaben die z.b. die IDE anzeigt.

Ja vielen Dank kann ich aufnehmen. Zu der Kompilierung: Wie gesagt, eigentlich nicht einer der wesentlichen Punkte für das Programm (hierfür würde ich doch Delphi bevorzugen). Aber da ich ja jetzt inzwischen die Suchpfade auslesen kann, könnte ich da noch was einbauen, dass man beim Aufruf der Kompilation einen Dialog anzeigt, wo man eine der Konfigurationen auswählen kann.

Aktuell habe ich das Programm in der Version 3.09 an das Update 3 von Delphi 10.3 Rio angepasst. Davon abgesehen, werden in der Detailansicht nun auch das Dateidatum der .dproj Datei angezeigt (farblich rot, wenn aktueller Tag, blau, wenn gestern, Mangenta, wenn vogestern, sonst schwarz) und die genaue Delphi-Version laut DProj. Datei (mit Angabe des Update-Status), siehe anlieg. Screenshot.

**Harry Stahl**

Zitat von dummzeuch:

Ich hätte da noch einen Vorschlag:

Wir haben bei all unseren Projekten eine Readme-Datei, die kurz beschreibt, was das Programm macht (Es gibt insgesamt mehrere 100 Projekte, größtenteils interne Tools, da kann man schon mal den Überblick verlieren.). Es wäre toll, wenn der PPM diese Dateien lesen und es ermöglichen könnte, mittels Volltextsuche darauf passende Projekte zu finden.

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.

Damit wir was davon haben, müsste im PPM also nicht nur der Namen der Datei sondern auch der Pfad der Datei relativ zur .dpr-Datei konfigurierbar sein. Und das natürlich nicht nur für ein einzelnes Projekt sondern als Vorgabe für alle.

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.

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").

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?

**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.)