Pascal Project Manager & Editor

[TigerLilly]

Ich verfolge den Thread schon eine Weile + denk mir immer, dass das ein cooles und praktisches Teil ist + ich es gerne verwenden würde. Aber irgendwie passt es nicht zu meinen Prozessen.

Aber heute morgen fällt mir endlich ein, wofür ich das unbedingt brauche. Mich ärgert schon die längste Zeit, dass Demos und Doku, Code und Links an unterschiedlichen Stellen liegen und nicht gemeinsam verwaltet werden können. Und genau dafür ist das Tool perfekt. Wunderbar - ich bestelle!:-D

[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:

Zitat von dummzeuch (Beitrag 1451589)

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

[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.

[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. ;-)

[jziersch]

Zitat:

Zitat von Harry Stahl (Beitrag 1451659)

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:

Zitat von DualCoreCpu (Beitrag 1451674)

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

[Harry Stahl]

Zitat:

Zitat von jaenicke (Beitrag 1451680)

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:

Zitat von jziersch (Beitrag 1451684)

Zitat:

Zitat von Harry Stahl (Beitrag 1451659)

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:

Zitat von dummzeuch (Beitrag 1451589)

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?