Pascal Project Manager & Editor

**jaenicke**

Dann mal ein wenig Feedback, wenn sich sonst niemand meldet...

Erst einmal Fehler:

Beim Start der Anwendung sieht es so aus als sei ein MDI-Child aktiv, aber wenn ich auf den Child-Schließen Button oben rechts drücke, verschwindet der und es erscheint folgende Meldung:

Zitat:

---------------------------
Pascal Project Manager
---------------------------
Untergeordnetes MDI-Formular kann nicht verborgen werden.
---------------------------
OK
---------------------------
Zitat von Harry Stahl:

der Text-Editor ist ein brauchbarer Source-Code-Editor, der Code-Folding

Davon sehe ich nichts. Muss man Code-Folding irgendwo aktivieren? TAdvMemo an sich kann das ja.
Ist das normal, dass bei der Anzeige eines Formulars zuerst kurz das Fenster ausgedockt (bei mir auf einem anderen Bildschirm) angezeigt wird?
Kann es sein, dass Du das mit den negativen Koordinaten unsichtbar machen wolltest? Leider sind die Koordinaten aber auch negativ, wenn der primäre Monitor rechts und weitere links sind.

Ansonsten funktioniert der Editor wirklich gut. Ein paar Vorschläge hätte ich aber:

Wie wäre es, wenn man auch .dproj Dateien auswählen könnte?
Mit Pfeil hoch und runter sollte man in der Prozedurliste die Prozeduren auswählen können. So muss man immer zur Maus greifen.
Ohne jetzt hier Werbung machen zu wollen, aber ein Objektinspektor mit Multiselect wie dieser wäre echt schön:
http://www.greatis.com/delphicb/objinsp/
Wie wäre es, wenn man MSBuild direkt auf das Projekt loslassen könnte?

**stahli**

Ich brauche es zwar nicht, weil ich nur noch 1 Projekt mit Delphi bearbeite, aber beeindruckend ist das schon.
Besonders die Auflistung obsoleter Projektbestandteile ist schon nützlich.

Ist das alles selbst neu umgesetzt (kann ich mir gar nicht vorstellen) oder nutzt Du IDE-Schnittstellen oder so?

**Harry Stahl**

Zitat von stahli:

Ich brauche es zwar nicht, weil ich nur noch 1 Projekt mit Delphi bearbeite, aber beeindruckend ist das schon.
Besonders die Auflistung obsoleter Projektbestandteile ist schon nützlich.

Ist das alles selbst neu umgesetzt (kann ich mir gar nicht vorstellen) oder nutzt Du IDE-Schnittstellen oder so?

Danke für die Rückmeldung

Was meinst Du mit "neu umgesetzt"? Ich verwende hier für den Editor das TAdvMemo von TMS, alles andere drum herum habe ich selbst gemacht. "IDE-Schnittstellen" verwende ich nicht (weiß auch gar nicht, was das sein sollte).

Ja, wenn man nur ein Projekt hat, wäre das Programm wohl der Overkill.

Ich habe aktuell 23 aktive Projekte, davon entwickle ich einige für bis zu 6 Plattformen (Win, MAC, Linux, IOS, Android, WinCE) mit unterschiedlichen Delphi- und Lazarus-Versionen. Bei vielen Programmen bin ich schon über Versionen 5-8 hinaus, nicht selten wechselte mit der Programm-Version auch die Delphi-Version. Somit kommen hier weit über 200 Projekte zusammen, die auf unterschiedlichen Delphi (und Lazarus-) Versionen entwickelt wurden. Die meisten haben zwar den Satus "Archiv", allerdings benötigt man hin und wieder doch noch mal was daraus.

Z.B. waren einige (wenige) Anwender nicht zufrieden mit dem Menüband-Modus in einem meiner Programme, so dass ich ein Normal-Menü und eine Einfach-Toolbar-Lösung wieder als Alternative eingebaut habe, die ich zwei Versionen vorher im Programm schon drin hatte. Da habe ich dann in dem Fall mit XE7 gearbeitet und mit meinem Programm mir Parallel dazu die Objekte und Source-Fragmente rüber gezogen.

Das ist einfacher, als entweder mit einer 2. Delphi-Instanz oder einer anderen Delphi-Version das Projekt zu öffnen. Denn mal abgesehen vom Arbeitsspeicher, der dafür benötigt wird, hagelt es unter Umständen erst mal Fehlermeldungen, da ich auf dem PC entweder nicht mehr die Delphi-Version habe, mit dem das Programm entwickelt wurde, oder es fehlen Komponenten, dann kommt erst mal die Fehlermeldung-Orgie, das Komponenten nicht gefunden wurden, usw.

In einigen Delphi-Version konvertiert Delphi dann das Projekt sogar direkt auf die aktuelle Delphi Version und speichert mit Sicherheitskopien der alten Version ab. Alles das brauche ich nicht, das kostet nur Zeit und Nerven, das will ich mir gerne ersparen (und könnte mir vorstellen, das einige Leute sehr genau wissen, was ich meine).

**stahli**

Du hast ja schon einen recht erheblichen Teil der IDE redundant programmiert. Ich dachte, Du hättest vielleicht eine Art IDE-DLL verwendet, die die DFM-,PAS- und weiteren Dateien parst und strukturiert im Speicher bereit stellt.

Respekt, wenn Du das alles selbst umgesetzt hast.

Das TAdvMemo scheint ja zumindest den Quelltext schon mal aufzubereiten. Aber da bleibt ja noch genug anderes übrig.

**jobo**

Ich fand das interessant (Ordnungsmaßnahmen sind immer gut für mich

), also hab ich etwas mit einem Lazarus Projekt getestet. Das Programm macht einen sehr guten Eindruck! Die Interaktion mit dem DFM Teil habe ich allerdings nicht wirklich verfolgt, ist ja wohl für Lazarus noch ganz frisch.

Einfach mal so runtergetippt, was mir auffiel beim 1. Rundflug.

Zusammenhang/Layout zwischen ausgewählter Datei (rechts neben Manager tab) und Darstellung in "Struktur" Browser erschließt sich nicht richtig.
Beim Wechsel auf andere Dateien bleibt die Property/Event Darstellung "stehen", während der Objektbaum geleert wird.
Objektbaum: Anzeige Objekt aktualisiert sich, Anzahl (Unter)Objekte nicht.
(Layout wirkt so, als ob die Angaben zusammengehören)

Hab ein Lazarus Example Projekt geöffnet, es wird zum Source Version 1.1 erkannt.
Ob das dem Versionsstand des Beispiels entspricht, weiß ich nicht.
In Programmverzeichnis wird allerdings eine Version 1.0 eingetragen, welche keiner der beiden installierten Versionen entspricht (1.4, 1.6rc

leeres Editor Fenster schwebt irgendwo rum
schließen von Fenstern: Fenster im Vordergrund wird nicht mit Tab Reiter synchronisiert. Klick auf (bereits aktiv) markiertes Tab bringt dann das Fenster nicht nach vorn
Umgekehrt klick auf nicht aktives Manager Fenster im Vordergrund aktiviert nicht das Manager Tab
Klick auf nicht aktives Tab bringt alles wieder in gerade.

Schließen des Manager Fensters ergibt Dialog
Pascal Project Manager
x Untergeordnetes MDI Formular kann nicht verborgen werden.
OK

Klick auf Formular synchronisiert manchmal Objekte im Browser.
Lesezeichen (Doppelclick oder Button) aktiviert entsprechendes Fenster nicht (bei gleiche Datei 2x geöffnet) und tut offenbar gar nichts, wenn zugehörige Datei nicht im Vordergrund ist, Highlight auf Lesezeichen, aber Cursor steht anderswo, komisch wenn man dann die Cursortasten nutzt, aber vielleicht gewollt? Ne oder?
Lesezeichen scheinen insgesamt buggy zu sein, Lesezeichen in Readme.TXT wird gesetzt auf 9, aber löscht vorhandenes auf 1. Aufruf des LZ springt dann in PAS File, das vorher das Lesezeichen 1 hatte. Für DFM sind scheinbar keine vorgesehen. Eine durchgängige Lesezeichenansicht (Typunabhängig soweit wie möglich/sinnvoll) fänd ich allerdings cool in dieser Art Programm.

Doppelclick im Projekt Browser vielleicht nur mit Nachfrage ausführen bzw. einstellbar mit NichtMehrFragen je Filetype oder so, sonst hat man unbeabsichtigt leicht doch so einen Trümmer gestartet und wartet nur darauf, es wieder zu schließen.

Dann hab ich noch versucht, per DD ein PDF reinzuziehen. Das ist daran gescheitert, dass das Managerfenster nicht vorne war. Ich habs dann einfach auf einem PAS file losgelassen, dort wird nun etwas binary PDF COntent angezeigt.
Falls Du Komponenten für PDF hast, fänd ich es cool, wenn das PDF wahlweise auch mit in den Tabs angezeigt wird, statt externe Anzeige (alles was geht im Manager), mglw. mit Lesezeichen Funktion, analog chm Darstellung.

**Harry Stahl**

Zitat von jobo:

Ich fand das interessant (Ordnungsmaßnahmen sind immer gut für mich

), also hab ich etwas mit einem Lazarus Projekt getestet. Das Programm macht einen sehr guten Eindruck! Die Interaktion mit dem DFM Teil habe ich allerdings nicht wirklich verfolgt, ist ja wohl für Lazarus noch ganz frisch.

Einfach mal so runtergetippt, was mir auffiel beim 1. Rundflug...

Vielen Dank fürs ausprobieren und die hilfreichen Hinweise. Die MDI-Problematik hatte ich weiter oben (Beitrag 6) in der Antwort zu Jaenickes Hinweisen angesprochen. Das eine "leere" Editor-Fenster steht auch in diesem Zusammenhang...

Den anderen Hinweisen werde ich nachgehen und schnell beheben (1.0 ist ja immer noch ein wenig Beta

).

Bei DD musst Du den Umweg über die Taskleiste gehen, dort einmal mit der Maus über das PPME-Programmsymbol halten, dann wird das Fenster in den Vordergrund geholt und Du kannst das Drop-Objekt an der richtigen Stelle fallen lassen.

Das mit der PDF-Anzeige wär in einer später geplanten Erweiterung machbar (die beinhaltet eine automatische PDF-Dokumentations-Erstellung des Projekts, incl. automatisch generierter Screenshots der Forms und Einbindung als Grafik in die PDF-Datei, die natürlich ein gegliedertes Inhaltsverzeichnis vom Projekt und der Forms mit Sprungzielen hat (habe ja auch ein PDF-Manager-Programm und ein Textverarbeitungsprogramm in meinem Programm-Angebot, ist also alles vorhanden, um das Ding nützlich erweitern zu können). Aber das kommt erst in einigen Wochen.

**jobo**

Zitat von Harry Stahl:

Vielen Dank fürs ausprobieren und die hilfreichen Hinweise. Die MDI-Problematik hatte ich weiter oben (Beitrag 6) in der Antwort zu Jaenickes Hinweisen angesprochen. Das eine "leere" Editor-Fenster steht auch in diesem Zusammenhang...

Bei DD musst Du den Umweg über die Taskleiste gehen, dort einmal mit der Maus über das PPME-Programmsymbol halten, dann wird das Fenster in den Vordergrund geholt und Du kannst das Drop-Objekt an der richtigen Stelle fallen lassen.

Ja, die MDI Probleme hatte ich überflogen. Hab's einfach mitgeschrieben, weil man ja nie weiß, was kommt beim Testen.

DD, das grundsätzliche Verfahren ist schon klar, aber wenn das Programm im Vordergrund ist und darin das Manager Fenster nicht im Vordergrund, hab ich schlechte Karten oder?
Es macht ja auch wenig Sinn, das PDF in ein PAS File droppen zu dürfen.

Im Gesamteindruck passt irgendwie das Handling der eigentlichen Managerfunktion nicht zu dem Fenstercharakter des Managerfensters, vielleicht kann man den anders darstellen. Die "Struktur" Darstellung ist ebenfalls etwas "stiefmütterlich" eingebettet. Sie macht nur Sinn, wenn wirklich ein PAS oder DFM aktiv ist. Vielleicht einfach ausblenden bei anderen Fenstertypen?

Ach und der/die Filter im Manager könnte alternativ auch simultan in allen 3 Bereichen filtern.

**Harry Stahl**

Zitat von stahli:

Du hast ja schon einen recht erheblichen Teil der IDE redundant programmiert.

Einerseits ja. Aber immer auch mit dem Gedanken MEHR Funktionalität anzubieten.

Folgendes Beispiel im anliegenden Screenshot: Delphi zeigt (auch in XE10) aus mir nicht nachvollziehbaren Gründen sämtlichen Container-Inhalte von TNotebooks in der Objekt-Strukturliste NICHT an. Die sind verstreut irgendwo in der Liste auf Level 0 enthalten und "vermüllen" so die ganze Übersicht. In meiner Ojektstrukturansicht zeige ich die in den TPages enthaltenden Komponenten hübsch gegliedert an.

Das erhöht natürlich entscheidend die Übersichtlichkeit. Auch die Anzahl der in der DFM-Datei enthaltenen Objekte kannst Du in Delphi nur schwer ermitteln, bei mir wird es in der Statuszeile angezeigt.

Zitat von stahli:

Ich dachte, Du hättest vielleicht eine Art IDE-DLL verwendet, die die DFM-,PAS- und weiteren Dateien parst und strukturiert im Speicher bereit stellt.

Respekt, wenn Du das alles selbst umgesetzt hast.

Nein, alles selber gemacht. Aber parsing ist quasi ein "Hobby" von mir.

Danke für das Kompliment

**Harry Stahl**

Nur eine kurze Info, dass ich das Projekt nun von Delphi auf Lazarus / Free Pascal umgestellt habe, damit ich es nicht nur unter MAC (das ginge auch mit Delphi), sondern auch unter Linux verwenden bzw. anbieten kann. Linux entwickelt sich bei mir allmählich zu meinem Hauptbetriebssystem (aber auch bei vielen Kunden von mir), daher wollte ich das Programm als Hilfe auch dort zur Verfügung haben.

Das Programm dient nach wie vor dazu schnell innerhalb eines Projektes zu navigieren, um z.B. zu Prüfen, wie ein Problem in einen anderen Projekt gelöst wurde oder schnell Code-Fragmente oder ganze Objekte zu kopieren und dann in Lazarus oder Delphi in das aktuelle Projekt zu übernehmen (bei Bedarf auch über den Weg einer Objektkonvertierung, wenn man z.B. ein Objekt aus VCL nach FMX übernehmen möchte).

Erweitert wurden auch die Konvertierungswege, so kann man z.B. nun auch von FMX nach LCL konvertieren.

Lizenzrechtlich habe ich die Sache extrem vereinfacht, einmal zahlen, alle Updates kostenlos und das für alle Plattformen.

Auf meiner Homepage (

http://hastasoft.de/PPME.htm) gibt's neue Screenshots und in einem wirklich kurzen Video auf Youtube (

https://youtu.be/MlDPFJ-OGKs) habe ich einige Neuerungen erläutert.

**Harry Stahl**

Zitat von jaenicke:

Dann mal ein wenig Feedback, wenn sich sonst niemand meldet...

Dank dafür!!

Zitat von jaenicke:

Erst einmal Fehler:
Beim Start der Anwendung sieht es so aus als sei ein MDI-Child aktiv, aber wenn ich auf den Child-Schließen Button oben rechts drücke, verschwindet der und es erscheint folgende Meldung:
---------------------------
Pascal Project Manager
---------------------------
Untergeordnetes MDI-Formular kann nicht verborgen werden.
---------------------------
OK
---------------------------

Ja, mit der MDI-Thematik bin ich auch nicht so glücklich. Einzelne MDI-Fenster kann man anscheinend nicht unsichtbar schalten (sondern nur ganz schließen, was ich bei dem Projektfenster eigentlich nicht für sinnvoll halte). Wenn ich allerdings die Border-Icons aus dem Formular entferne (um zu verhindern, dass der Anwender das Projektfenster schließt), wird das Fenster nicht mehr im Vollbild-Modus dargestellt, was natürlich auch nicht erwünscht ist. Hier habe ich quasi im Moment noch eine kleine Baustelle. Mit MDI bin ich sowieso nicht glücklich, ich überlege, ob ich hier auf eine eigene Fensterverwaltung umstellen soll.

Zitat von jaenicke:

Zitat von Harry Stahl:

der Text-Editor ist ein brauchbarer Source-Code-Editor, der Code-Folding

Davon sehe ich nichts. Muss man Code-Folding irgendwo aktivieren? TAdvMemo an sich kann das ja.

Das habe ich anscheinend zu gut versteckt. Man muss per Klick auf den Schalter "CF" das Codefolding aktivieren. Hier muss ich mir wohl was auffälligeres ausdenken.

Dabei habe ich das Codefolding sogar für die DFM-Text-Ansicht aktiviert und optimiert. Delphi bietet ja leider kein Codefolding für die "Ansicht als Text" des Formulars an (nur ein Knoten). In meinem Editor kann man alle Objekte nach belieben ein- und ausblenden und - das ist SEHR nützlich - die textlichen Binärdaten der ImageList, Glyph usw. ausblenden (siehe grün markierte Bereiche im anliegenden Screenshot). Das ist nämlich sehr lästig, wenn man ansonsten Seitenweise scrollen muss, bis man wieder an interessante Einträge kommt...

Zitat von jaenicke:

Kann es sein, dass Du das mit den negativen Koordinaten unsichtbar machen wolltest? Leider sind die Koordinaten aber auch negativ, wenn der primäre Monitor rechts und weitere links sind.

[/LIST]

Nein, eigentlich nicht. Verstehe ich jetzt den Hinweis richtig, dass in Deiner Multimonitor-Konfiguration etwas nicht richtig positioniert wird? Habe hier auch 3 Monitore, da funktioniert alles so, wie es soll.

Zitat von jaenicke:

Ansonsten funktioniert der Editor wirklich gut. Ein paar Vorschläge hätte ich aber:

Wie wäre es, wenn man auch .dproj Dateien auswählen könnte?

Klar, das kann ich noch einbauen, wobei hier die primären Informationen erst mal aus der DPR gezogen werden (ältere Delphis hatten noch keine .dproj).

Zitat von jaenicke:

[*]Mit Pfeil hoch und runter sollte man in der Prozedurliste die Prozeduren auswählen können. So muss man immer zur Maus greifen.

Das habe ich gerade schnell mal ergänzt. Mit Shift+Strg+P kann man zudem zur Prozedurliste springen, die dann auch automatisch aufklappt (mit Shift+Strg+S zur Strukturliste). In Delphi gibt es hierfür gar keinen Shortcut (wenn ja, würde ich mich da anlehnen wollen, damit man sich nicht umstellen muss)?

Zitat von jaenicke:

[*]Ohne jetzt hier Werbung machen zu wollen, aber ein Objektinspektor mit Multiselect wie dieser wäre echt schön:

http://www.greatis.com/delphicb/objinsp/[*]Wie wäre es, wenn man MSBuild direkt auf das Projekt loslassen könnte?[/LIST]

Das Objektteil sehe ich mir mal an. Vom Grundsatz wollte ich ja erst mal den Zugang zur Information ermöglichen (also Objekteigenschaften und Events), da sollte meine Lösung ausreichen. Generell könnte eine andere Objektinspector-Darstellung aber auch nur anzeigen, was tatsächlich in der DFM drin ist. Wollte ich alles anzeigen, was das Objekt tatsächlich bietet, müsste ich einen Zugriff auf eine aktuelle Instanz des Ojektes haben, was aber nicht immer gegeben wäre, z.B. bei unbekannten Drittkomponten oder unterschiedlichen Versionen des Objekts.

MSBuild: Werde ich mir ansehen, sollte ja auch integrierbar sein.

Jedenfalls vielen Dank für die Rückmeldung. Werde jetzt schnell mal die Homepage aufsetzen und am Abend die aktualisierte Version des Programms hochladen (vielleicht kommen ja noch weitere Anregungen

)