Pascal Project Manager & Editor

[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