Pascal Project Manager & Editor

[dummzeuch]

Zitat:

Zitat von Harry Stahl (Beitrag 1450681)

Zitat:

Zitat von dummzeuch (Beitrag 1450678)

-2 Nach welchem Kriterium werden die Einträge sortiert?

-6 Kann man die Anzahl der Projekt-Spalten irgendwo konfigurieren? Mir sind das zuviele, ich würde da eher ein paar zusätzliche Knoten im Treeview nehmen.

* Punkt 2: Gar nicht, dafür ist der User zuständig, Du kannst die Einträge frei verschieben

Ah, gut, ich hatte das gar nicht ausprobiert, weil ich dachte, dass das dann Untereinträge erzeugt, was bei Projekten eher sinnfrei wäre. Hm, warum kann man unter Projekten Untergliederungen erzeugen? Gibt's dafür einen Use-Case?

Zitat:

Zitat von Harry Stahl (Beitrag 1450681)

* Punkt 5-7: Kann ich noch einbauen

Punkt 6 wäre mir wichtig. Es ist total nervig, dass diese Spalten so schmal sind, dass man nichts lesen kann. (Ich starte das Programm mit 1024 Pixeln Fensterbreite.)

twm

[dummzeuch]

Es gibt immernoch Fenster, die zentriert auf dem Bildschirm statt zentriert auf dem Hauptformular geöffnet werden:

• Alle Ja/Nein/Vielleicht Dialoge
• Der Bestätigungsdialog für das Löschen einer Datei in "zuletzt benutzte Projekte"

Ist diese Löschfunktion so eigentlich sinnvoll? Wenn ich ein Projekt löschen will, dann doch nicht nur die DPR-Datei sondern zumindest noch die direkt zum Projekt gehörigen Dateien (.dof / .bdsproj / .dproj und der ganze Müll, den die IDE automatisch erzeugt), ggf. auch alle Dateien, die im Projekt aufgeführt sind oder sich im gleichen Verzeichnis befinden.

Und selbst wenn die Funktion an sich sinnvoll ist, sollte sie wirklich unter "zuletzt benutzte Projekte" stehen?

Und die "Sicheres Löschen" Funktion? Wann braucht man das innerhalb eines Tools wie dem Pascal Project Manager?

Was ist der Unterschied zwischen "No" und "Cancel" in folgendem Dialog?
---------------------------
Pascal Project Manager
---------------------------
Wollen Sie wirklich alle Dateiverknüpfungen entfernen?
---------------------------
Yes No Cancel
---------------------------

Unter welchen Umständen ist die Option "Öffnen in neuer Editor-Instanz" aktiv? Ich habe sie bisher nur inaktiv gesehen.

Was will mir der zweite Teil des Hints für einen Eintrag in "Zuletzt benutzte Projekte" sagen: "... in IDE Schalter verwenden" ?

Ja, ich weiss, ich meckere nur rum, bitte nicht böse sein, ich versuche nur zu entscheiden, ob das Tool was für mich ist oder nicht. Es gefällt mir bisher ganz gut.

Apropos kaufen: Ich halte den Preis für eine unternehmensweite Lizenz im Vergleich zur Einzellizenz für viel zu niedrig.

[jaenicke]

Ich schaue mir die neue Version morgen einmal im Team an. Danke dafür.

Zitat:

Zitat von dummzeuch (Beitrag 1450699)

Apropos kaufen: Ich halte den Preis für eine unternehmensweite Lizenz im Vergleich zur Einzellizenz für viel zu niedrig.

Üblich ist in dem Zusammenhang eher ein dreistufiges Lizenzmodell, in diesem Fall also Einzellizenz 50 €, small Team Lizenz für 5 User 100 €, Site license z.B. 250 €.

[dummzeuch]

Zitat:

Zitat von jaenicke (Beitrag 1450702)

Ich schaue mir die neue Version morgen einmal im Team an. Danke dafür.

Zitat:

Zitat von dummzeuch (Beitrag 1450699)

Apropos kaufen: Ich halte den Preis für eine unternehmensweite Lizenz im Vergleich zur Einzellizenz für viel zu niedrig.

Üblich ist in dem Zusammenhang eher ein dreistufiges Lizenzmodell, in diesem Fall also Einzellizenz 50 €, small Team Lizenz für 5 User 100 €, Site license z.B. 250 €.

Selbst dann ist eine Site License in dieser Preislage für die meisten Programme zu billig. Nehmen wir mal eine Firma wie den TÜV Rheinland mit über 20.000 Mitarbeitern weltweit. Wenn die ein Programm für den unternehmensweiten Einsatz kaufen, dann lachen die über alles, was unter ein paar tausend Euro liegt. Und der Entwickler verschenkt richtig viel Geld, wenn er eine Site License so günstig anbietet.

Bei einem Tool für Delphi-Entwickler ist das vielleicht nicht so tragisch, weil diese Teams in der Regel recht klein sind.

[dummzeuch]

Ich habe noch ein paar Vorschläge bzw. noch einen Fehler:

• Enter in einer der Listen sollte das gleiche machen wie ein Doppelklick
• Wenn eine der Filter-Edits den Fokus hat, sollten die Hoch / Runter Pfeiltasten einen Eintrag in der zugehörigen Liste auswählen (den man mit Enter dann aufrufen kann). Ebensol sollte der Fokus automatisch von der Liste auf das Filter-Edit wechsen, wenn man eine "normale" Taste drückt. So, wie das z.B. in der Palette von Delphi funktioniert.
• Es sollte eine Tastenkombination geben, mit dem man den aktuellen Filter komplett löschen kann, z.B. Ctrl+Backspace. Das sollte auch funktionieren, wenn der Fokus in der Liste ist. (In Delphi ist das Esc, aber das schließt den Pascal Project Manager.)
• Ist das so, dass man mindestens 2 Zeichen eingeben muss, damit der Filter überhaupt was macht?
• Die Tab-Reihenfolge scheint nicht zu stimmen. Der Fokus springt von Projek5 zu Projekt4 zu Projekte3 zu den zuletzt benutzten Projekten ...

Ja, ich bin etwas tastaturfixiert.

[Harry Stahl]

Zitat:

Zitat von dummzeuch (Beitrag 1450699)

1 Es gibt immernoch Fenster, die zentriert auf dem Bildschirm statt zentriert auf dem Hauptformular geöffnet werden:
Alle Ja/Nein/Vielleicht Dialoge
2 LöschDialog
3 Yes No Cancel im Dialog
4 "Öffnen in neuer Editor-Instanz"
5 Hints für einen Eintrag in "Zuletzt benutzte Projekte"
6 "Meckern"
7 Preis

1-Wie kann ich da bei System-Dialoge Einfluss nehmen, wo die angezeigt werden? Beim Löschdialog werde ich das noch ändern
2-Löschdialog: Ist evtl. ein wenig dick aufgetragen, aber bietet zumindest Alternative in Papierkorb löschen oder normal
3-Habe ich auf Ja / Nein geändert.
4-Nicht mehr benötigtes Überbleibsel aus der Vorversion --> entfernt
5-Nun verständlicher formuliert.
6-Empfinde ich nicht so. Ich bin Dir äußerst dankbar für Deine Hinweise. Damit hilfst Du, das Programm besser zu machen
7-Siehe Antwort bei Jänicke

Habe gerade die aktualisierte Version hochgeladen (weitere Änderungen siehe Antwort zu Jänicke)

[DieDolly]

Zitat:

1 Wie kann ich da bei System-Dialoge Einfluss nehmen, wo die angezeigt werden? Beim Löschdialog werde ich das noch ändern

Guck dir mal CreateMessageDialog an. Damit kannst du eigene Dialoge erstellen, die genau so aussehen wie die restlichen von Windows und die Position bestimmen.

[Harry Stahl]

Zitat:

Zitat von jaenicke (Beitrag 1450702)

Ich schaue mir die neue Version morgen einmal im Team an. Danke dafür.

Zitat:

Zitat von dummzeuch (Beitrag 1450699)

Apropos kaufen: Ich halte den Preis für eine unternehmensweite Lizenz im Vergleich zur Einzellizenz für viel zu niedrig.

Üblich ist in dem Zusammenhang eher ein dreistufiges Lizenzmodell, in diesem Fall also Einzellizenz 50 €, small Team Lizenz für 5 User 100 €, Site license z.B. 250 €.

Ja, danke für den Hinweis. Habe ich entsprechend übernommen (-1 Euro).

Habe in der gerade aktualisierten Version 3.01 nun auch das Ändern des Programmdaten-Pfades für die Projektdateien eingebaut (Extras, Optionen, Programm-Datenverzeichnis, siehe anlg. Screenshot).

Zu den gewünschten Übersichten der Projektpfade, etc.: Ja, werde ich machen, bin mir nur nicht sicher, ob ich das im unteren Bereich des Managers anzeigen soll (mit der Option den unteren Bereich über einen Splitter höher ziehen zu können) oder diese INfos in einem Extra-Fenster anzeigen soll, wo man mehr Platz dafür hat...

[Harry Stahl]

Zitat:

Zitat von dummzeuch (Beitrag 1450706)

Ich habe noch ein paar Vorschläge bzw. noch einen Fehler:

• Enter in einer der Listen sollte das gleiche machen wie ein Doppelklick
• Wenn eine der Filter-Edits den Fokus hat, sollten die Hoch / Runter Pfeiltasten einen Eintrag in der zugehörigen Liste auswählen (den man mit Enter dann aufrufen kann). Ebensol sollte der Fokus automatisch von der Liste auf das Filter-Edit wechsen, wenn man eine "normale" Taste drückt. So, wie das z.B. in der Palette von Delphi funktioniert.
• Es sollte eine Tastenkombination geben, mit dem man den aktuellen Filter komplett löschen kann, z.B. Ctrl+Backspace. Das sollte auch funktionieren, wenn der Fokus in der Liste ist. (In Delphi ist das Esc, aber das schließt den Pascal Project Manager.)
• Ist das so, dass man mindestens 2 Zeichen eingeben muss, damit der Filter überhaupt was macht?
• Die Tab-Reihenfolge scheint nicht zu stimmen. Der Fokus springt von Projek5 zu Projekt4 zu Projekte3 zu den zuletzt benutzten Projekten ...

Ja, ich bin etwas tastaturfixiert.

Danke, werde ich mir ansehen. Was ich in meinem vorherigen Post vergessen haben, in der aktuellen Version kannst Du nun die Anzahl der Spalten wählen, die angezeigt werden sollen (Extras, Optionen, Projekt-Spalten).

Das Kontextmenü der Listen habe ich Deinem Vorschlag gemäß auch erweitert, siehe anliegenden Screenshot.

[Harry Stahl]

Zitat:

Zitat von DieDolly (Beitrag 1450708)

Zitat:

1 Wie kann ich da bei System-Dialoge Einfluss nehmen, wo die angezeigt werden? Beim Löschdialog werde ich das noch ändern

Guck dir mal CreateMessageDialog an. Damit kannst du eigene Dialoge erstellen, die genau so aussehen wie die restlichen von Windows und die Position bestimmen.

Ach ja stimmt, danke für die Erinnerung...

[Harry Stahl]

Zitat:

Zitat von jziersch (Beitrag 1450696)

Das ist ein ziemlich cooles Projekt :thumb:

Ich vermisse allerdings die Möglichkeit die Umgebungsvariablen der jeweiligen IDE auszulesen, abzuspeichern und bei Bedarf zurückschreiben zu können, also
- Bibliothekspfad (aus der Registry)
- Suchpfad (aus der Registry und Projekt)
- Compiler Symbole (aus dem Projekt)

Mit diesen Informationen würde das Erstellen eines Projektes aus dem Manager zuverlässiger klappen, da diese Werte der Kommandozeile über Parameter übergeben werden können (-D -U)
Praktisch wäre auch die Möglichkeit weitere Parameter manuell angeben zu können sowie die Plattform Win32 / Win64 zu wählen. (Für Win64 einfach dcc64 aufrufen)
Dies wäre das wichtigste Feature, finde ich.

Desweiteren wäre es schön nach dem Erstellen noch eine BAT Datei aufrufen zu können, z.b. um das Projekt zu signieren und ein Setup script zu starten.

Die Doppelklick Funktion würde ich gerne auf den internen Editor konfigurieren.

Viele Grüsse,
Julian

Ja, das mit den Pfaden ist eine sinnvolle Information.

Ich muss allerdings hier gestehen, dass ich das Tool weniger entwickelt habe, um damit selber zu kompilieren, sonder mehr die Projekte allgemein damit zu verwalten und benötigte Informationen aus den Projekten zu ziehen um sie zu kontrollieren und zu managen, bzw. bestimmte Elemente davon in anderen Projekten weiter zu verwenden.

Aber kleinere Anpassungen in die von Dir genannte Richtung wäre ich dennoch bereit vorzunehmen...

[jziersch]

falls das umsetzbar wäre, wäre es sehr viel leichter eine Projekt noch nach Jahren oder nach eine Neuinstallation zu kompilieren da das Verhalten eines Projekt ganz massgeblich von den eingestellten Pfaden abhängig ist.

Mit einer Möglichkeit -D -U und andere Parameter für die Komandozeile mit anzugeben, gäbe es aber auch einen akzeptablen Workaround.

Julian

[Harry Stahl]

Zitat:

Zitat von jziersch (Beitrag 1450714)

Ich vermisse allerdings die Möglichkeit die Umgebungsvariablen der jeweiligen IDE auszulesen, abzuspeichern und bei Bedarf zurückschreiben zu können, also
- Bibliothekspfad (aus der Registry)
- Suchpfad (aus der Registry und Projekt)
- Compiler Symbole (aus dem Projekt)

Julian

Ich habe jetzt erst mal im IDE-Manager die Möglichkeit eingebaut, sich die Pfade aus der Registry anzusehen (siehe anliegenden Screenshot).

Man kann sich dann für jede Delphi-Version die entsprechenden Pfade ansehen und für die neueren Delphis auch unterschieden je nach Plattform (Win32/Win64, MacOS, usw., siehe im Screnshot die ausgeklapte Liste). Zur schnelleren Suche kann man inder Pfadliste einen Filter anwenden.

Die Pfade für das Projekt würde ich dann im Pascal Manager selber irgendwo anzeigen, wie gesagt, da überlege ich noch, wie ich das genau realisiere.

Ich habe es jetzt erst mal bei dem Auslesen belassen, werde aber in einer späteren Version vermutlich auch das Schreiben in die Registry für Änderungen ergänzen.

[jaenicke]

Zitat:

Zitat von jziersch (Beitrag 1450714)

falls das umsetzbar wäre, wäre es sehr viel leichter eine Projekt noch nach Jahren oder nach eine Neuinstallation zu kompilieren da das Verhalten eines Projekt ganz massgeblich von den eingestellten Pfaden abhängig ist.

Mit einer Möglichkeit -D -U und andere Parameter für die Komandozeile mit anzugeben, gäbe es aber auch einen akzeptablen Workaround.

Julian

Für das Kompilieren muss man doch heute mit msbuild keine Pfade mehr manuell angeben. Wozu sollte man heute noch dcc*.exe manuell aufrufen? Es reicht, wenn vor dem Kompilieren die entsprechende Batchdatei aufgerufen wird, z.B. sieht das bei uns so aus (Delphi 10.3):

Code:

call  "C:\Program Files (x86)\Embarcadero\Studio\20.0\bin\rsvars.bat"

MSBuild "....groupproj" /target:Build /p:config=Debug;Platform=Win32
MSBuild "....dproj" /target:Build /p:config=Debug;Platform=Win32

Der erste Befehl kompiliert die Komponentenpackages, der zweite das Projekt an sich.

Das ließe sich also sogar recht einfach einbinden.

Wenn dann noch die erzeugte .bpl auch in die Packageliste in der Registry eingetragen werden könnte für Design-Packages, könnte man damit auch die Komponenteninstallation machen.
Nebenbei: Für diesen Zweck entwickle ich gerade ein kleines Tool.

[jziersch]

Zitat:

Für das Kompilieren muss man doch heute mit msbuild keine Pfade mehr manuell angeben. Wozu sollte man heute noch dcc*.exe manuell aufrufen?

Guter Einwand und sicher eine gute Sache.
Aber PPME ist, denke ich, gerade dafür da, unterschiedliche Projekte mit unterschiedlichen Delphi Versionen, auch älteren zu verwalten. Es gibt sicher noch eine Menge Projekte die mit einem nicht-unicode Delphi gebaut werden.

Das Aufrufen der Komandozeilen compiler erlaubt (A) die explizite Auswahl des Compilers (B) arbeitet ganz unabhängig von der Registry oder system variablen da alle notwenigen Informationen per Parameter übergeben werden.
Für ein Tool welches gerade "mobil" besonders praktisch ist, halte ich dies für essentiell.

Ansonsten, beim Einsatz von Delphi 10.x, kann man ja seine Projekte recht ordentlich in ein paar Projektgruppen verwalten.

[jziersch]

Zitat:

Zitat von Harry Stahl (Beitrag 1450718)

Die Pfade für das Projekt würde ich dann im Pascal Manager selber irgendwo anzeigen, wie gesagt, da überlege ich noch, wie ich das genau realisiere.

Ich habe es jetzt erst mal bei dem Auslesen belassen, werde aber in einer späteren Version vermutlich auch das Schreiben in die Registry für Änderungen ergänzen.

Super Sache - ich habe ständig das Problem, dass verschiedene Projekte verschiedene Pfade benutzen. Ich behelfe mich mit eine script welches entsprechende Verzeichnisse temporär umbenennt und so aus dem Verkehr zieht.

Daher wäre eine Möglichkeit ein Projekt testweise für ein spezielles Setup zu bauen so praktisch.

Vielleicht kannst Du auf Anfrage eine BAT Datei schreiben welche die entsprechenden Kommandos enthält. Diese BAT wird dann für den Befehl Kompilieren ausgeführt.
Bei Bedarf kann man die BAT dann manuell anpassen, z.b. um msbuild aufrufen etc, signieren etc.

Ich weiss, es gibt Produkte die dafür spezialisiert sind, aber ich finde Deinen Ansatz sehr charmant und es fehlt eigentlich nicht sehr viel für die genannte Funktion.

[dummzeuch]

Zitat:

Zitat von Harry Stahl (Beitrag 1450718)

Ich habe jetzt erst mal im IDE-Manager die Möglichkeit eingebaut, sich die Pfade aus der Registry anzusehen (siehe anliegenden Screenshot).

Vielleicht als Inspiration:

https://blog.dummzeuch.de/dzdelphipaths/

[Harry Stahl]

Der anliegende Screenshot gibt mal gerade einen Zwischenstand zum Thema "Projekt-Werte auslesen" (z.B. Suchpfade, Ausgabepfade, etc.) wieder.

[ Hinweis: Diese Programmfassung ist noch NICHT Online, voraussichtlich morgen Abend - Zum Fenster: Das Detailfenster kann man bei Bedarf über den Schalter "Details" einblenden und mit einem Splitter frei in der Breite verschieben; die Projektlisten liegen nun in einer Scrollbox, können also bei Bedarf gescrollt werden; Mit dem Schalter "Validieren" kann man prüfen, ob die Verzeichnisse existieren ]

Habt Ihr Anregungen, welche Projektdaten (andere Pfade?) man hier noch auslesen können sollte?

[jziersch]

Das mit den Projekt-Werte auslesen finde ich gut - aber wie geschrieben, die IDE Registry werte gehören hier auch dazu, also zu "Projekt Details", obwohl sie eigentlich nicht pro Projekt sondern pro IDE und Platform gespeichert sind.
(So wird der Suchpfad normalerweise für die Verwendung von 3rdparty Komponenten nicht geändert.)

Also in der Registry unter Library Browsing Path und wichtiger SearchPath, evtl. noch weitere

[DieDolly]

Hast du meinen Beitrag zu den MessageBoxes gesehen?

[Gandalf2265]

Ich habe gerade die neueste Version von der Homepage installiert. Dann öffne ich ein Projekt im Editor und darin dann mehrere Units zur Ansicht.
Möchte ich nun die Units durch Rechtsklick der Reihe nach wieder schließen, erscheint meist nach ca. 3 geschlossenen Tabs folgende Meldung:

[Window Title]
PPME

[Content]
Access violation.

Press OK to ignore and risk data corruption.
Press Abort to kill the program.

[OK] [Abort]

Drücke ich auf OK, kann ich normal weiter arbeiten. Bei Abort schießt sich der Editor.
Das Verhalten ist reproduzierbar.

Gruß
Thorsten

[jziersch]

Zitat:

Zitat von Gandalf2265 (Beitrag 1450767)

Press OK to ignore and risk data corruption.

Kann ich nachvollziehen - es tritt auf wenn man eine Datei auswaehlt, die keine Text Datei ist, z.b. *.RES

Ausserdem ist mir aufgefallen, dass die selbe Source Datei mehrfach geöffnet werden kann.
Hierbei sollte auch das aktuelle Filedatum gespeichert werden um beim Wechsel in eine Datei zu erkennen, dass eine Datei extern (oder intern) geändert wurde und ein Neuladen anzubieten.

Ich fände es auch gut, wenn statt des internen Editors ein externer geöffnet werden könnte, z.b. Notepad++

Die Daten werden in einem binären Format Projekt1.DAT ... gespeichert. Ich denke, langfristig würde es sich hier lohnen, eine kleine SQL Datenbank zu verwenden (SQLLight).

Den internen Formular Betrachter würde ich lieber abschalten. Das Editieren der DFM im Textmodus würde mir reichen.

Was ich wichtiger fände für einen Projektmanager, wäre eine Möglichkeit alle verwendeten Units aufzuspüren. Dafür müsste man die Ausgabe des commandline compilers auswerten, hier stehen alle namen incl. Verzeichnis.

Wichtig ist dies, um zu prüfen welche sourcen ein Projekt wirklich benutzt, vor allem zu Datensicherung, Projekt weitergabe u.ä. Manchmal wird auch eine falsche unit verwendet.

[Harry Stahl]

Zitat:

Zitat von dummzeuch (Beitrag 1450706)

Ich habe noch ein paar Vorschläge bzw. noch einen Fehler:

• Enter in einer der Listen sollte das gleiche machen wie ein Doppelklick
• Wenn eine der Filter-Edits den Fokus hat, sollten die Hoch / Runter Pfeiltasten einen Eintrag in der zugehörigen Liste auswählen (den man mit Enter dann aufrufen kann). Ebensol sollte der Fokus automatisch von der Liste auf das Filter-Edit wechsen, wenn man eine "normale" Taste drückt. So, wie das z.B. in der Palette von Delphi funktioniert.
• Es sollte eine Tastenkombination geben, mit dem man den aktuellen Filter komplett löschen kann, z.B. Ctrl+Backspace. Das sollte auch funktionieren, wenn der Fokus in der Liste ist. (In Delphi ist das Esc, aber das schließt den Pascal Project Manager.)
• Ist das so, dass man mindestens 2 Zeichen eingeben muss, damit der Filter überhaupt was macht?
• Die Tab-Reihenfolge scheint nicht zu stimmen. Der Fokus springt von Projek5 zu Projekt4 zu Projekte3 zu den zuletzt benutzten Projekten ...

Ja, ich bin etwas tastaturfixiert.

Bis auf die Tab-Reihenfolge habe ich das nun so umgesetzt. Pfeil hoch runter funktionniert sowohl in der Treeview als auch in der selektionsbox.

Zusätzlich habe ich noch
- einen Multi-Filter eingebaut. Wenn der gedrückt ist, wird in allen anderen Projektspalten gleichzeitig gefiltert, siehe anliegenden Screenshot.

- Shift-Enter öffnet alternativ den Pascal Editor statt Delphi

ESC war ein ungewoltes Überbleibsel, löscht nun den Textinhalt der Box.

[Harry Stahl]

Zitat:

Zitat von Gandalf2265 (Beitrag 1450767)

Ich habe gerade die neueste Version von der Homepage installiert. Dann öffne ich ein Projekt im Editor und darin dann mehrere Units zur Ansicht.
Möchte ich nun die Units durch Rechtsklick der Reihe nach wieder schließen, erscheint meist nach ca. 3 geschlossenen Tabs folgende Meldung:

[Window Title]
PPME

[Content]
Access violation.

Press OK to ignore and risk data corruption.
Press Abort to kill the program.

[OK] [Abort]

Drücke ich auf OK, kann ich normal weiter arbeiten. Bei Abort schießt sich der Editor.
Das Verhalten ist reproduzierbar.

Gruß
Thorsten

Problem ist mit der neuesten 3.02 behoben. Schlage vor (an alle), mir Fehlermeldungen per normaler Mail ([e-mail]) zu senden, denn Fehlermeldungen sind hier glaube ich für die meisten weniger von Interesse.

Ich möchte ja hier auch das Forum nicht mit solchen Sachen überstrapazieren.
Wobei ich denke, dass das Thema grundsätzlich schon von allgemeinem Interesse sein könnte. Schön wären in diesem Zusammenhang noch weitere Überlegungen, was so ein Projekt-Manager noch alles können sollte.

Ich persönlich habe da noch sehr viele Vorstellungen, will diese jetzt im Moment hier noch nicht nennen, um Euch nicht direkt in eine Richtung vorzubestimmen und zum anderen wären die Wünsche an mich wahrscheinlich noch Größer, wenn ich das jetzt schon alles ausplaudern würde... [kommt aber noch, nur etwas später].

[Harry Stahl]

Zitat:

Zitat von dummzeuch (Beitrag 1450725)

Zitat:

Zitat von Harry Stahl (Beitrag 1450718)

Ich habe jetzt erst mal im IDE-Manager die Möglichkeit eingebaut, sich die Pfade aus der Registry anzusehen (siehe anliegenden Screenshot).

Vielleicht als Inspiration:

https://blog.dummzeuch.de/dzdelphipaths/

Ja danke, gesehen und hat mich auch inspiriert und hat auch bei der Programmierung ein wenig geholfen, da ich mir bei Dir die Registry-Pfade abgucken konnte (hätte sonst hier verschiedene VM's starten müssen, wo die ganzen Delphis drauf sind und mir mühsam alles raussuchen müssen). Also vielen Dank dafür.

Dein Tool finde ich super, interessant auch die Sachen etwas anders sortieren lassen zu können. Mir war da aber wichtiger auch die Werte für alle Plattformen sehen zu können (Du zeigst in Deinem Tool für die neueren Delphis ja nur die Win32-Plattform an, wenn ich das richtig sehe).

Ich habe die Hilfe-Datei erweitert, unter "Programm-Teil Project Manager", "Projektansicht Details" ist beschrieben, wie es gedacht ist.

Mit der Validierungsunktion kann man prüfen, ob die Verzeichnisse existieren, siehe anlg. Screenshot (2 stimmen nicht, die mit dem Ausrufezeichen).

Diese Funktionalität ist nun in der aktuellen Version 3.02, gilt aber derzeit nur für Delphi, Lazarus kommt etwas später dran.

[jaenicke]

Das sieht schon sehr gut aus. Zwei Pünktchen sind mir aufgefallen:
- Wenn man die Projekte wechselt, bleibt der unter Key-Word ausgewählte Eintrag erhalten. Der Eintrag unter Plattform wird aber nicht beibehalten. Wenn der in beiden Projekten existiert, wäre es schön, wenn dort dann auch wieder der gleichlautende ausgewählt würde.
- Wenn man auf ein Keyword klickt (oder das Projekt wechselt), zu dem es keinen Eintrag gibt (der Suchpfad ist hier in den Projekten meist leer), bleibt unten der vorherige angezeigte Pfad drin.

Aber wie gesagt:
Daumen hoch!

[Harry Stahl]

Zitat:

Zitat von jaenicke (Beitrag 1450827)

Das sieht schon sehr gut aus. Zwei Pünktchen sind mir aufgefallen:
- Wenn man die Projekte wechselt, bleibt der unter Key-Word ausgewählte Eintrag erhalten. Der Eintrag unter Plattform wird aber nicht beibehalten. Wenn der in beiden Projekten existiert, wäre es schön, wenn dort dann auch wieder der gleichlautende ausgewählt würde.
- Wenn man auf ein Keyword klickt (oder das Projekt wechselt), zu dem es keinen Eintrag gibt (der Suchpfad ist hier in den Projekten meist leer), bleibt unten der vorherige angezeigte Pfad drin.

Aber wie gesagt:
Daumen hoch!

OK, das habe ich entsprechend in Version 3.03 optimiert. Die Auswahl der Plattform bleibt solange erhalten, bis man explizit eine andere wählt. Also wenn man z.B. alle Win64 sehen will und man klickt sich durch die Projekte, wird dier Win64-Plattform wieder ausgewählt, sobald sie vorhanden ist...

[dummzeuch]

Zitat:

Zitat von Harry Stahl (Beitrag 1450809)

Problem ist mit der neuesten 3.02 behoben. Schlage vor (an alle), mir Fehlermeldungen per normaler Mail ([e-mail]) 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.

[Harry Stahl]

Zitat:

Zitat von dummzeuch (Beitrag 1451052)

Zitat:

Zitat von Harry Stahl (Beitrag 1450809)

Problem ist mit der neuesten 3.02 behoben. Schlage vor (an alle), mir Fehlermeldungen per normaler Mail ([e-mail]) 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!:-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?