Pascal Project Manager & Editor

[Harry Stahl]

Zitat von jobo:

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.

OK, habe nun die Annahme von Drag& Drop-Files im Editor unterbunden, macht da eh nicht viel Sinn.

Zitat von jobo:

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

Das find ich ne gute Idee. Werde ich in Kürze aufnehmen.

Habe gerade noch mal eine aktualisierte Version hochgeladen. Lasse nun bei Strg+K, bzw. Strg+Q das Lesezeichen-PopUp-Menü anzeigen, so dass man zum einen wie gewohnt die Werte setzen kann, aber gleichzeitig die Übersicht hat, was womit schon belegt ist.

Inzwischen gibt es auch eine offizielle Download-Seite:

http://www.hastasoft.de/PPME-Download.htm

und die allgemeine Seite mit weiteren Informationen:

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

[Harry Stahl]

Ich habe hier jetzt noch zwei nützliche Konvertierungserweiterungen eingebaut, die hilfreich sein können für Anwender, die ein VCL- in ein FMX-Projekt überführen wollen oder einfach nur in einem FMX-Projekt Ressourcen aus einem VCL-Projekt nutzen wollen.

Und zwar kann aus einem VCL-Projekt eine Imagelist ausgewählt werden, die in eine FMX-TImageList umgewandelt wird und dann einfach über die Zwischenablage in das FMX-Projekt eingefügt werden kann.

Interessant ist dabei, dass der Weg auch umgekehrt möglich ist: Also eine FMX-TImageList in eine VCL-ImageList umzuwandeln.

Eine entsprechende Möglichkeit steht auch für die TreeView-Komponente zur Verfügung.
Da diese Funktionalität nur in der registrierten Vollversion nutzbar ist, habe ich zur Veranschaulichung hierfür mal ein kurzes Video gedreht:

https://youtu.be/RQuv2OjvfO0

[jaenicke]

Das hätte ich schon für beliebige Komponenten brauchen können. Wie wäre es denn, wenn man eine Liste konfigurieren könnte, welche Komponenten in der VCL welchen in Firemonkey entsprechen und welche Eigenschaften übernommen werden sollen?
Standardkomponenten sollten natürlich möglichst schon drin sein.

Hintergrund ist, dass ich die Positionierung und Benennung bisher in VCL und Firemonkey jedes Mal erneut machen muss. Diese ließe sich aber in der Regel problemlos konvertieren, zumindest in Richtung Firemonkey. Selbst wenn keine weiteren Eigenschaften übernommen würden, wäre das schon eine Erleichterung.

[Harry Stahl]

Zitat von jaenicke:

Das hätte ich schon für beliebige Komponenten brauchen können. Wie wäre es denn, wenn man eine Liste konfigurieren könnte, welche Komponenten in der VCL welchen in Firemonkey entsprechen und welche Eigenschaften übernommen werden sollen?
Standardkomponenten sollten natürlich möglichst schon drin sein.

Hintergrund ist, dass ich die Positionierung und Benennung bisher in VCL und Firemonkey jedes Mal erneut machen muss. Diese ließe sich aber in der Regel problemlos konvertieren, zumindest in Richtung Firemonkey. Selbst wenn keine weiteren Eigenschaften übernommen würden, wäre das schon eine Erleichterung.

Das wäre dann so etwas wie der Mida-Converter Light, aber eben nur für die Zwischenablage.

Jedenfalls interessante Idee, will ich mal näher prüfen und berichte dann.

Hatte aus meiner Sicht schon das Stringgrid als weiteres Konvertierungs-Objekt im Auge, da auch hier der Mida-Converter keine Spalten übernimmt (jedenfalls bis Version 5.01), außerdem wäre auch der Wunsch, statt StringGrid in das Grid umzuwandeln, weil man damit sehr viel mehr Möglichkeiten als mit dem Stringrid hat.

[Harry Stahl]

So, habe jetzt mal Deinen Vorschlag aufgegriffen und eine erste Umsetzung gemacht (noch nicht ganz fertig, das gezeigte Beispiel funktioniert aber schon).

Der anliegende Screenshot verdeutlicht die Situation:

Ein TLabel aus einem im Pascal Project Manager-Editor geöffneten VCL-Programm ausgewählt, aus Menü "Aktion" den Befehl "Kopieren und zu FMX konvertieren gewählt" (Objekt und Text in Grün).

Dann erscheint der gezeigte Dialog, der das VCL-Objekt mit den "Eigenschaften" und "Werten" repräsentiert und gleichzeitig für die Umwandlung die angepassten Daten für eben "Eigenschaften" und ggfls. auch "Werte" enthält.

Die nicht im FMX-Framework enthaltenen Eigenschaften sind deaktiviert. Bei Bedarf kann man selber noch editieren oder Werte aktivieren oder deaktivieren.

Man kann dann das Ergebnis direkt in die Zwischenablage übernehmen und in das FMX-Formular einfügen (an der originalen Position). Oder man lässt mit dem Schalter "Testen" kurz ein Testprogramm für die entsprechende Plattform starten, welches die Komponente enthält und zur Laufzeit anzeigt (wenn alles OK ist, oder man eben ansonsten eine Fehlermeldung erhält).

Das praktische daran ist, dass man auch ein FMX-Objekt in ein VCL-Objekt umwandeln kann.

[mensch72]

das Konzept Komponentenweise StepByStep per manueller Aktion sowas über die Zwischenablage wieder zusammenzusetzen incl. deiner Funktionalität die Erstellungsreihenfolge später nochmal zu verändern... das hat etwas

Aber du würdest dir viel Fleißarbeit sparen, wenn du nicht selbst alle Zuordnungen für die dir bekannten Komponenten fix im Code vordefinierst, sondern diese nachladbar und extern editierbar gestalten würdest.

Dann könnte ich mir z.B. die Arbeit machen um die Zuordnungsdefinition für TMS-VCL-Grid<->TMS-FXM-Grid samt aller zugehörigen untergeordneten "TMS üblichen Listenobjekte&Typen".
Dein Programm würde dann wie beim TLabel-Object nur schauen, ob es für ein TAdv???-Object schon ein passendes "Mapping" zum Nachladen gibt... es muss&würde ja nicht beim Grid bleiben.

Um die Erstellung einer Mappingdefinition zu erleichtern, würde man für VCL&FMX manuell je einen Strukturexport (also Objectpropertys mit Typ, aber ohne Daten) machen, wo im Prinzip das gleiche drin ist... das wären die ersten 2 "Blöcke" einer MappingDefinition... der dritte Block enthält dann die manuellen Zuordnungen und Typ basierten Werteumwandlungsregeln von VCL.XXX(Typ->Value) auf FMX.YYY(Typ->ValueRule)

[Harry Stahl]

Zitat von jaenicke:

Das hätte ich schon für beliebige Komponenten brauchen können. Wie wäre es denn, wenn man eine Liste konfigurieren könnte, welche Komponenten in der VCL welchen in Firemonkey entsprechen und welche Eigenschaften übernommen werden sollen?
Standardkomponenten sollten natürlich möglichst schon drin sein.

Zitat von mensch72:

Aber du würdest dir viel Fleißarbeit sparen, wenn du nicht selbst alle Zuordnungen für die dir bekannten Komponenten fix im Code vordefinierst, sondern diese nachladbar und extern editierbar gestalten würdest.

Dann könnte ich mir z.B. die Arbeit machen um die Zuordnungsdefinition für TMS-VCL-Grid<->TMS-FXM-Grid samt aller zugehörigen untergeordneten "TMS üblichen Listenobjekte&Typen".

Genau so habe ich es jetzt gemacht. Es gibt eine Fixe Liste von mir, die ich mit jedem Update erweitern möchte. Und es gibt eine Anwenderliste, wo dieser eigene Einträge machen kann (und da bei Bedarf auch meine Vorgaben überschreiben kann).

Das funktioniert mit eine Reihe von Standard-Komponenten schon ganz gut, muss hier aber noch einiges ergänzen.

Anliegend drei Screenshots und hier auch ein kurzes Video:

https://youtu.be/FQObFYkCagU