Pascal Project Manager & Editor

**Harry Stahl**

Problem ist mit der neuesten 3.02 behoben. Schlage vor (an alle), mir Fehlermeldungen per normaler Mail (info@hastasoft.de) zu senden, denn Fehlermeldungen sind hier glaube ich für die meisten weniger von Interesse.

OK, als Fehler per E-Mail, Vorchläge hier?

Dann hätte ich noch einen:

Optional sollte sich der Project Manager beim Öffnen eines Projekts in der IDE automatisch schließen. Im Moment benutze ich ihn vor allem als Laucher für die IDE (also als "Klickabkürzung" von "Im Explorer zum Projektordner durchklicken und die .DPR-Datei doppelklicken"), da ist es nervig jedes mal das Fenster nochmal extra schließen zu müssen. Da das Programm innerhalb von Sekundenbruchteilen startet kann man es ja bei Bedarf schnell wieder aufrufen.

Auch schön wäre es, wenn der Focus beim Start automatisch im Filter der ersten Projekt-Liste stehen würde, so dass man sofort per Tastatur entweder einen Filter eingeben oder mit den Pfeiltasten ein Projekt zum Öffnen auswählen kann.

Ja, genau, Vorschläge aber hier nur, wenn Du meinst, das könnte auch für andere Anwender interessant sein.

Jedenfalls habe ich Deine Vorschläge gerade noch schnell in die aktualisierte Version 3.04 integrieren können, die auch schon auf meiner Homepage verfügbar ist.

Ich habe zudem im IDE-Manager die Verwaltung und Aufruf der Style-Dateien wesentlich erweitert (Filter, Direktaufruf der jeweiligen Plattformstyles, die man sich z.B. über GetIt geholt hat, siehe anlg. Screenshot). Auch kann man nun den Namen der Style-Datei über das Kontextmenü der Dateiliste in die Zwischenablage kopieren. Der IDE-Manager gilt jetzt nur noch für Delphi, da ich für Lazarus hier keine sinnvollen Angebote machen konnte.

Ferner habe ich den Editor dahingehend erweitert, dass man nun auch farbige Outlines für Programmblöcke anzeigen lassen kann, im Stil wie CNPack das auch macht (allerdings steht diese Option nur in der registrierten Vollversion zur Verfügung), siehe anlg. Screenshot.

**Harry Stahl**

Ich habe das Programm jetzt noch mal (vor allem) optisch überarbeitet:

- Alle 8-Punkt Schriftarten durch 9-Punkt ersetzt, alles besser lesbar
- Oberflächen der Hauptfenster "entbevelt" also mehr flacher Stil und farblich bessere Abstimmung,
- Optische Überarbeitung der Dialoge (Sowohl im Project Manager als auch im Pascal Editor)
- Programm kann nun auch mit englischer Benutzeroberfläche verwendet werden (incl. englisch-sprachigem Setup und englischer Hilfetexte)
- Die Values der Object-Properties können in die Zwischenablage kopiert werden (Rechtsklick auf eine Zeile im Objectinspector)
- Suche in allen Dateien merkt sich die letzten Suche-Einträge
- kleinere Fehlerlkorrekturen (vor allem im Pascal Editor)

Hier sind aktualisierte Screenshots zu sehen (ggflls. F5 drücken, falls Ihr da schon mal wart):

https://www.hastasoft.de/PPME.htm

**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!

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