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

[ringli]

Zitat von Harry Stahl:

Zitat von ringli:

In der PPME-Projektverwaltung kann ich theoretisch mein Projekt direkt starten. Theoretisch deshalb weil dies (zumindest bei mir) nicht funktioniert. Scheinbar wird die ausführbare Datei immer im Verzeichnis der Projektdatei gesucht. Bei mir liegt der Pfad zur ausführbaren Datei aber unter ".\bin\$(Config)\$(Platform)".

Das mit .\bin\ schaue ich mir an. Ich habe bislang einfach nur die Standards geprüft, da muss ich dann noch die XML-Datei auslesen um diese "Sonderfälle" zu berücksichtigen. Kommt auch auf die ToDo.

Nachdem ich mir mal eine DPROJ-Datei näher angesehen habe, stellt sich mir die Frage ob sich der Aufwand mit dem Parsen nach dem Pfad der ausführbaren Datei lohnt. Wäre es vielleicht auch ein gangbarer Weg im "Projekt bearbeiten"-Dialog auf der "Basic Infos"-Registerkarte oder auf der "Details"-Registerkarte einfach ein zusätzliches Feld "Pfad zur ausführbaren Projektdatei" hinzuzufügen und dieses für den "Starte EXE"-Button zu verwenden? Wird dieses Feld nicht ausgefüllt, könnte einfach das bisherige Standardverhalten greifen.

[KodeZwerg]

Hallo Harry, ich wollte Dir nur mal mitteilen das dein Link zur Setup.exe falsch ist.
Dein Programm find ich toll!

[Harry Stahl]

Zitat von KodeZwerg:

Hallo Harry, ich wollte Dir nur mal mitteilen das dein Link zur Setup.exe falsch ist.
Dein Programm find ich toll!

Der Link, der hier im allgemeinen Themen-Header drin ist, bezieht sich auf die aktuelle Version 4.x, für die Version 5, Beta 1 musst Du den Link aus Beitrag 177 nehmen

https://www.delphipraxis.net/1513435-post177.html

hier noch mal wiederholt: https://www.hastasoft.de/Setup_PPME5.exe

Aber danke für das Lob.

[Harry Stahl]

Zitat von TomF:

Hallo Harry,

1) Eine Exportfunktion (zumindest als CSV) der Projekt-Liste wäre sehr hilfreich.
2) Eine Exportfunktion (zumindest als CSV) für Bugs, Features, ToDos über alle Projekte wäre hilfreich
3) Ein Feld Sonstiges zum Filtern der Projektliste nach eigenen Merkmalen wäre hilfreich;
(Ich hab eben gesehen, dass ich allen Projektnamen noch z.B. [Kunde01] [Projekt01] voranstellen oder anhängen könnte und danach filtern - aber eine eigene Spalte dafür wäre praktischer...)
4) Der Dialog "Suchen in allen Projektdateien..." hat noch ein paar kleinere UI-Problemchen. Da dürfte was mit den Anchors/Alignments nicht ganz passen.


Falls mir bei weiteren Tests noch was auffällt würde ich das ggf. hier noch nachreichen...

Gruß, Tom

Zu 1) und 2): Ja, das kann ich ergänzen. Ich hab es mal als Feature für eine Version 5.0x aufgenommen. Kann also sein, dass es noch nicht im ersten Release drin ist, wird aber kommen, ist ja total nachvollziehbar, das soll ja alles keine Einbahnstraße sein.

zu 3) Ich hatte schon die Felder Other1 bis Other3 hinzugefügt, da kannst Du noch sonstige Angaben machen (und auch danach filtern).

zu 4) sehe ich mir an.

[Harry Stahl]

Zitat von ringli:

Zitat von Harry Stahl:

PS.: Die Möglichkeit, das Programm Mobil zu nutzen, ist auch schon eingebaut...

Danke für die Beta. Der mobile Modus scheint noch nicht ganz ausgereift zu sein.

Ich habe PPM5 auf meinem Laptop als mobile Version installiert, 1 Testprojekt eingetragen und das Ganze auf meinen lokalen PC kopiert. In der PPM.ini im Programmverzeichnis ist MobileModus=1 eingetragen, also ganz so wie es vermutlich sein sollte.

Allerdings wird beim Start von PPM der Eintrag für das Testprojekt nicht angezeigt. Erst wenn ich über "Datei" | "Öffne Projektdatenbank" die "Projects.dabase" lade ist der Testeintrag wieder da. Auf der Suche nach der Ursache bin ich darauf gestossen das PPM unter "%appdata%\hastasoft\PPM" eine weitere PPM.ini anlegt und dort den Pfad zur soeben geladenen Datenbank einträgt.

Ich vermute das soll wohl so nicht sein...

Noch eine Frage: Wäre ein DarkMode für PPM denkbar?

Dass er die Datei nicht findet, sollte eher daran liegen, dass - bei Laufwerkswechsel - der Pfad nicht entsprechend angepasst wurde, dass sollte also beim nächsten mal funktionieren.

Das hier vom PPM noch eine Ini-Datei unter Appdata (obwohl mobiler modus) dort angelegt wurde, konnte ich hier nicht feststellen. Muss ich mal weiter forschen...

Darkmode: Das würde Einbindung von Styles bedeuten, mit einer entsprechend größeren EXE und etwas langsameren Startverhalten. Aber ich schau mal, hatte es ja schon mal drin. Muss halt nur testen, ob das dann hier auch mit SynEdit und RTF sinnvoll funktionieren würde.

[Harry Stahl]

Zitat von ringli:

Noch eine Auffälligkeit:

Wenn ich im "Projekt bearbeiten"-Dialog bei Platforms (BTW: müsste das nicht "Plattformen" heissen?) "Win64" auswähle, den Dialog mit OK schliesse und dann nochmals öffne, steht die Plattform auf "Win32". Wähle ich als Plattform "Win32" oder "Win32 + Win64" bleibt die Einstellung nach dem erneuten Öffnen des Dialoges erhalten. Ist das bei dir nachvollziehbar?

Ja, nachvollziebar und behoben, wird also in nächster Beta (in 1-2 Tagen) funktionieren.

Bezüglich Deutsch und Englisch braucht Ihr nichts zu berichten, danke, das gehe ich am Ende selber noch mal sehr sorgfältig durch.

[ringli]

Zitat von Harry Stahl:

Dass er die Datei nicht findet, sollte eher daran liegen, dass - bei Laufwerkswechsel - der Pfad nicht entsprechend angepasst wurde, dass sollte also beim nächsten mal funktionieren.

Irgendwas ist da noch im argen. Der folgende Weg scheint das Verhalten zu provozieren. Versuch mal folgendes:

1. Installiere PPM in einer Windows Sandbox im Mobilen Modus nach bspw. "C:\Delphi\PPM". Programm nach der Installation nicht starten! -> Damit existiert die Datei "Projects.dabase" noch nicht und es gibt in der "PPM.ini" im Programmverzeichnis nur den EIntrag für den mobilen Modus.
2. Kopiere den gesamten Inhalt auf deinen normalen PC nach "D:\Delphi\PPM"
3. Programm starten.

-> Der Mobile Modus wird nicht mehr erkannt und damit der Ordner unter %appdata%\hastasoft\PPM" angelegt. Schreibst du bei der Installation vielleicht noch irgendwas in die Registry?


Um Probleme mit wechselnden Laufwwerksbuchstaben zu vermeiden, würde ich (zumindest im Mobilen Modus) bei der Initialisierung von PPM eine Umgebungsvariable "%PPM_DIR%" setzen. Damit könnte der Pfad zur Datenbank in der "PPM.ini" mit "LastProjectFile=%PPM_DIR%\Projects.dabase" eingetragen werden. Das gleiche könnte auch für das Datensicherungsverzeichnis gelten.

Ausserdem ist mir aufgefallen das es in der "PPM.ini" einen Abschnitt [Optionen] und einen Abschnitt [Options] gibt. Absicht?

[KodeZwerg]

Zitat von Harry Stahl:

Zitat von KodeZwerg:

Hallo Harry, ich wollte Dir nur mal mitteilen das dein Link zur Setup.exe falsch ist.
Dein Programm find ich toll!

Der Link, der hier im allgemeinen Themen-Header drin ist, bezieht sich auf die aktuelle Version 4.x, für die Version 5, Beta 1 musst Du den Link aus Beitrag 177 nehmen

https://www.delphipraxis.net/1513435-post177.html

hier noch mal wiederholt: https://www.hastasoft.de/Setup_PPME5.exe

Aber danke für das Lob.

Ja ich hatte den Header Link versucht, dann per homepage die 4.x und nun die beta 5

[TomF]

Hallo Harry,

bisher sind in meinen Tests keine Probleme aufgetaucht - was ich bisher probiert habe funktioniert sehr gut !

*Die hinzugefügten Felder Other1 bis Other3 sind für meine Verwendung aktuell ok so. Damit kann ich das machen was ich wollte - vielen Dank !

Einige Fragen/Wünsche sind während der Benutzung natürlich aufgetaucht...

*Ein Projekt mit völlig identem ProjectFile kann mehrmals hinzugefügt werden. Das kann vielleicht gut und erwünscht sein. Es wäre jedoch vielleicht interessant zumindest einen Hinweis zu bekommen, dass das schon vorhanden ist.

*Aus der DokumentenListe sind aktuell nur Files startbar. Ich habe gelegentlich mehrere zusammenhängende Dokumente in einem Ordner und möchte nicht jedes File einzeln hinterlegen. Es sollten also auch Ordner (bzw. der ordner im Datei-Explorer) mit DoppelClick von dort aufrufbar sein.

*In der InternetLinks-Liste wird immer ein Default-Icon angezeigt. Es wäre übersichtlicher, wenn man selbst ein Icon vergeben könnte.

*Inaktive Projekte sollten nicht in der Projektliste angeführt sein; aktuell sind immer auch inaktive angeführt und man sollte das mit einer Checkbox oder ähnlichem einstellen können. Die Auswahl sollte natürlich nach nächstem Neustart erhalten bleiben...

*Ich lege die Web-Adresse des GitHub-Repositories eines Projekts im Feld Product-SetupProject-File ab, weil ich dafür nichts besseres gefunden habe. Das funktioniert zwar und ich komme mit DoppelClick dorthin. Vielleicht wäre es aber sinnvoll das Github-Repository als eigenes Feld eintragen zu können.


Kannst Du meine Frage noch beantworten, ob meine eingetragenen Daten bei den nächsten Betas oder dann in der Vollversion erhalten bleiben? Falls nicht - kein Problem - dann ist es halt einfach so - ich möchte aber ungern alle Daten detailliert eintragen, wenn ich weiß, dass ich es später noch mal machen muss, wenn ich die Vollversion 5.0 dann kaufen kann...


Gruß & vielen Dank für Deine Bemühungen, Tom

[Harry Stahl]

Zitat von TomF:

Hallo Harry,


Kannst Du meine Frage noch beantworten, ob meine eingetragenen Daten bei den nächsten Betas oder dann in der Vollversion erhalten bleiben? Falls nicht - kein Problem - dann ist es halt einfach so - ich möchte aber ungern alle Daten detailliert eintragen, wenn ich weiß, dass ich es später noch mal machen muss, wenn ich die Vollversion 5.0 dann kaufen kann...

Gruß & vielen Dank für Deine Bemühungen, Tom

Schon mal vorab hierzu: Ja, ich habe schon den Mechanismus für Erweiterungen hinsichtlich neuer Felder eingebaut, Daten sollten also alle erhalten bleiben und die DB wird dann automatisch auf erweiterte Inhalte umgestellt (ich verwalte aktuell meinen Bestand auch schon mit der Beta)...

Allerdings sind natürlich andere Fehler denkbar, wo ich Testdaten evtl. nicht fixen kann. Ich würde zumindest noch ein bis zwei Betas abwarten, bis das eindeutig geklärt ist (z.B. habe ich eben noch Probleme beim Import per Drag und Drop bzw. über die Zwischenablage festgestellt)...

Ich werde voraussichtlich heute Abend eine neue Beta hochladen.