Ich versteh einfach nicht, weshalb sie sich nicht ein Beispiel an RemObjects nehmen.
Bitte nicht. Wenn ich mit deren Werkzeugen eine
GUI basteln möchte, bin ich wieder auf den XCode Interface-Builder angewiesen. XCode ist ein mächtiges Werkzeug, aber wenn ich das eh schon nutze, dann doch gleich "in echt" mit ObjectiveC. Der "Witz" an Delphi ist ja gerade, dass er den Delphianer dort abholt, wo er sich befindet und einen Weg in die Welt von Apple ermöglicht. Das sind zwei grundverschiedene Ansätze mit ihren Vor- und Nachteilen.
Da stimme ich zu.
Bisher bin ich der Meinung, dass Oxygene der bessere Weg ist, weil dort direkt mit dem Cocoa Framework und dem iOS
SDK gearbeitet wird.
Deshalb habe ich FMX bei Seite gelegt und versuche seither mit Oxygene etwas zu Stande zu bringen.
Die Lernaufwand ist enorm. Dafür geht alles. Doch bis man "alles" sicher beherrscht vergehen vermutlich Jahre. Besonders wenn wir über iOS, Android und Win RT reden.
Man muss am Anfang unheimlich viel recherchieren und ein paar Hunderter für Trainingsmaterial locker machen wollen....
Da stecken schon ein paar komplizierte Themen drin (Xcode, Pascal Code mit OC Sprachnotation, Android Ressourcensystem, Java und vieles mehr).
Ich hoffe, dass FMX meine Oxygene Lernkurve irgendwann kreuzt und mir den ganzen Ballast abnimmt.
Die Basis für eine robustes native Cocoa Entwicklung ist in FMX offensichtlich vorhanden.
Die Herangehensweise von TMS iCL ist denke ich mittelfristig der beste Weg für FMX Mobile Development.
Falls EMBT das genauso sieht und das
OpenGL Renderung für Standardcontrols irgendwann verwirft, dann bin ich wieder im Boot. iCL fehlen noch ein paar native NavigationController und ViewController für FMX und schon ist das Ganze sehr gut nutzbar.