VCL vs. FMX - Die Frage ist (vorerst) offiziell beantwortet

[Lemmy]

Zitat von Bambini:

Nun ja, wenn man sich die Geschichte vom Emba-Ribbon-Control anschaut, sollte man doch gelernt haben.

Wie meinst Du das?

[Bambini]

Zitat von Lemmy:

Zitat von Bambini:

Nun ja, wenn man sich die Geschichte vom Emba-Ribbon-Control anschaut, sollte man doch gelernt haben.

Wie meinst Du das?

Das gibt es nicht mehr, es wurde einfach mal eingestellt
Was man jetzt per GetIT Package bekommt ist ein ganz anderes Ribbon Control.

[mkinzler]

Dort findet man beide Ribbon Frameworks

[Bambini]

Zitat von mkinzler:

Dort findet man beide Ribbon Frameworks

Ok, sorry. Hätte jetzt schwören können, dass es die Emba Version, bei meiner letzten Suche noch nicht gab.

[Lemmy]

Zitat von Bambini:

Das gibt es nicht mehr, es wurde einfach mal eingestellt
Was man jetzt per GetIT Package bekommt ist ein ganz anderes Ribbon Control.

und was genau hat Embarcadero damit zu tun, dass Microsoft die Lizenzierung der Controls durch Entwickler zurück zieht? Embarcadero scheint daraus gelernt zu haben: Die neuen Komponenten basieren nicht mehr auf den Microsoft Komponenten sondern sind eigene Nachbauten.

[Bambini]

Zitat von Lemmy:

und was genau hat Embarcadero damit zu tun, dass Microsoft die Lizenzierung der Controls durch Entwickler zurück zieht? Embarcadero scheint daraus gelernt zu haben: Die neuen Komponenten basieren nicht mehr auf den Microsoft Komponenten sondern sind eigene Nachbauten.

Soweit ich das gesehen habe, waren die Emba Ribbon auch selbst gezeichnete Controls, sowie die DevExpress und TMS auch.
Nur die andere - via GetIt - verfügbare Komponente nutze die MS eigenen. Gefüttert mit den XML Daten.

[ralfstocker]

20 Jahre VCL sind nicht zu toppen. Da ist FMX noch Jahrzehnte entfernt. Man merkt, das an der Verbuggedheit von FMX. Tausende Dinge, die in VCL reibungslos funktionieren, sind in FMX gar nicht vorhanden. Unser Top-Projekt läuft weiterhin mit VCL.

[Bambini]

Zitat von ralfstocker:

20 Jahre VCL sind nicht zu toppen. Da ist FMX noch Jahrzehnte entfernt. Man merkt, das an der Verbuggedheit von FMX. Tausende Dinge, die in VCL reibungslos funktionieren, sind in FMX gar nicht vorhanden. Unser Top-Projekt läuft weiterhin mit VCL.

+1

Wenn man sich z.B. ein paar Komponentenhersteller anschaut, wie z.B. eine DevExpress-Grid Alternative für FMX:
http://www.devmachines.com/firedatagrid-overview.html
Das sieht zunächst super aus und kann schon einiges, jedoch gibt es selbst im Demo noch einige BUG's mit AV. Im Support und Weiterentwicklung ist Stille.
Eine geplantes FMX Ribbon Control kam gar nicht erst. Wie auch immer man das lesen will, es scheinen immer noch sehr viele talentierte Entwickler große Problem mit FMX zu haben.

[DeddyH]

Ich hatte den Spruch schon irgendwann einmal zitiert, aber da er (zumindest für mich persönlich) immer noch gilt, hier noch einmal:

Zitat:

FireMonkey ist ein 80/20-Framework:
80% funktionieren wunderbar, mit den restlichen 20% verbringe ich 80% meiner Zeit

Daher muss es (wieder für mich persönlich) schon triftige Gründe geben, reine Windows-Anwendungen mit FMX zu schreiben, ansonsten ziehe ich in dem Fall VCL immer noch vor.