Da ich kürzlich in einem anderen Thread gemeckert habe möchte ich doch lieber mal nachfragen.
Über die Inkompatibilitäten zwischen
VCL und FMX weiß ich bescheid (TPosition, Text, OnChecked, Checked IsChecked ...).
Ist es möglich ohne mehrwöchigen Aufwand ein Projekt mit rund 120.000 Codezeilen und 3rd party Tools nach FMX zu portieren?
Hier wären VirtualStringTree und die JEDIs die Spitzenreiter. Der Rest, das sind nur kleine Komponenten.
Es ist ein wenig schwierig die Frage zu beantworten, da nicht klar ist, ob die konvertierte Anwendung dann später auch unter MAC/
OS (und evtl. FMXLinux) laufen soll, oder "nur" Windows unterstützt werden soll.
Dann wäre auch noch relevant, wieviele Forms Du in Deinem Projekt hast.
Also bei mehreren Plattformen und Forms > 50 würde ich sagen, brauchst Du schon mindestens 1-2 Wochen (Vollzeit-Arbeitstag unterstellt), wenn Du Dich schon in FMX auskennst. Hast Du wenig Erfahrung, verdopple die Zeit mindestens.
Ich kenne das VirtualstringView nicht und nutze auch die Jedis nicht, insofern kann ich nicht beurteilen, was es da gibt bzw. verwendet wird, was man evtl. nicht oder nur mit größerem Aufwand auf FMX übertragen kann.
Generell würde ich auch nicht bei der Frage der Konvertierung mit dem Ansatz rangehen, was für "Spezial-Komponenten" habe ich unter
VCL und welche gibt es vom gleichen Hersteller evtl. schon unter FMX.
Hier würde ich mir eher prüfen, was muss das Programm an Eingabe- und Ausgabefunktionalitäten abbilden können und was bietet der Basis-Satz von FMX hier? Generell bietet der Basis-Satz schon enorm viel, sehr viel mehr als die
VCL und man kann sich sehr leicht eigene "Komponenten" mit erweiterten Fähigkeiten bauen.
Wenn der Basis-Satz nicht reicht, kann man schauen, was für ein Ersatz in Frage kommen könnte. So bietet z.B. TMS einige sehr gute FMX-Komponenten an, auch z.B. eine sonst schwer zu ersetzende Komponente für RTF-Text (den RichtEditor) und auch eine leistungsstarke TreeView-Komponente (
http://www.tmssoftware.com/site/tmsf...eview#features).