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

[himitsu]

Dass die Ribbons einzeln sind, ist schon OK.
Immerhin hätte man sich eigentlich erst von Windows 'ne Lizenz besorgen müssen, bevor man sie im Programm verwenden darf, aber man konnte es ja einfach so draufklicken.

Zitat von Bambini:

Zitat von himitsu:

FMX hat paar nette "Layout"-Komponenten, welche man hätte gern auch in der VCL einbauen können, wenn man sie schon neu erfindet. :cry

Statt dessen gibt es bald so etwas: http://blog.marcocantu.com/blog/2016...r-control.html

Ich meinte mehr sowas wie TLayout, also zum "anordnen" von Komponenten, in einem bestimmten Layout. (nicht das Design der Komponenten)
Und wenn man schon sowas neu erfindet, dann doch bitte in beiden Frameworks gleich benamen und vom Verhalten/Bedienung ähnlich gestalten.

[Codehunter]

Zitat von himitsu:

Und wenn man schon sowas neu erfindet, dann doch bitte in beiden Frameworks gleich benamen und vom Verhalten/Bedienung ähnlich gestalten.

Was der Hauptgrund sein dürfte, weshalb kaum Projekte von VCL nach FMX portiert werden. Allein die Einarbeitungs-/Umlernphase für jahrelange Delphi-Entwickler ist schon ungünstig. Vielleicht war das Ganze auch anders rum gedacht, dass man Eclipse- oder AS-Entwickler zu Delphi locken wollte. Hat aber IMHO nicht wirklich geklappt.

Es macht einen ziemlichen Aufriss, die Zuweisungen umzubiegen. Am Ende dann hat man etwas, das in Usability dem VCL-Vorgänger nicht das Wasser reichen kann. Das hat für mich noch nie Sinn ergeben. Aber zumindest das WARUM dieser abweichenden Benennung kann ich nachvollziehen. Firemonkey ist halt ursprünglich von Leuten entwickelt worden, die aus der Dalvik-Szene kamen und sich mit Delphi nicht wirklich auskannten. Emba hätte aber gut daran getan, in der Anfangszeit nach der Übernahme eine Angleichung durchzuführen. Stattdessen hat man versucht, irgendeinen Mittelweg zu finden um die wenigen damals vorhandenen FMX-Projekte kompilierbar zu halten.

Zitat von Bambini:

Zitat von Codehunter:

Von einem Universalframework ist FMX weit entfernt. Darum die Wahl des Thread-Titels: Die Frage ist im Grunde beantwortet.

Wenn die Frage schon entschieden ist, warum baut Emba die ganzen Jahre am falschen Framework?

Ich habe nirgends gesagt, es wäre das falsche Framework. Ich habe nur gesagt, es wäre spezialisiert für mobile Anwendungen und die VCL auf anderen Gebieten überlegen.

Zitat von 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.

Soweit ich das verstehe ist es ohnehin völlig egal, ob man Microsofts Controls einbindet oder auf eigenen Wegen ähnlich/gleich aussehende Controls baut. Microsoft sieht in Ribbons eine Art geschütztes Geschmacksmuster. Daher würde sich die MS-Lizenz auf jegliche Art von Ribbon-artigem Control erstrecken. So richtig durchsetzen konnte sich dieses Bedienkonzept außerhalb der MS-Office-Welt auch noch nicht, trotz mittlerweile fast 10 Jahren seit es Office 2007 gibt. Bezeichnenderweise läuft VisualStudio bis heute im klassischen Menü-Toolbar-Design.

Mich stört daran weniger das neuartige Layout als mehr die Tatsache, dass einige Softwareanbieter ihren Produkten auf Gedeih und Verderb dieses neue Look&Feel überstülpen mussten ohne dabei auch das Bedienkonzept anzupassen. Während bei Office das halbe Frontend umgekrempelt wurde um häufig benutzte Funktionen aus den Tiefen diverser Menüs und Dialoge zu holen, hat man sich bei anderen Programmen darauf beschränkt, die vorhandenen Toolbars irgendwie in Ribbon-Tabs zu quetschen. Herausgekommen sind dabei unnütz verlängerte Klickpfade ohne Mehrwert für den Nutzer.

[Bambini]

Zitat von Codehunter:

Soweit ich das verstehe ist es ohnehin völlig egal, ob man Microsofts Controls einbindet oder auf eigenen Wegen ähnlich/gleich aussehende Controls baut. Microsoft sieht in Ribbons eine Art geschütztes Geschmacksmuster. Daher würde sich die MS-Lizenz auf jegliche Art von Ribbon-artigem Control erstrecken. So richtig durchsetzen konnte sich dieses Bedienkonzept außerhalb der MS-Office-Welt auch noch nicht, trotz mittlerweile fast 10 Jahren seit es Office 2007 gibt. Bezeichnenderweise läuft VisualStudio bis heute im klassischen Menü-Toolbar-Design.

Aber warum nimmt Emba das Ribbon aus der Standardinstallation? Die rechtlichen Fragen dazu sind für den Delphi Entwickler relevant, nicht für Emba.
Ich habe z.B. den Vertrag zu Nutzung der Ribbons mit MS damals (als es ihn noch gab) abgeschlossen. Also darf ich die auch nutzen.

Zitat von Codehunter:

Mich stört daran weniger das neuartige Layout als mehr die Tatsache, dass einige Softwareanbieter ihren Produkten auf Gedeih und Verderb dieses neue Look&Feel überstülpen mussten ohne dabei auch das Bedienkonzept anzupassen. Während bei Office das halbe Frontend umgekrempelt wurde um häufig benutzte Funktionen aus den Tiefen diverser Menüs und Dialoge zu holen, hat man sich bei anderen Programmen darauf beschränkt, die vorhandenen Toolbars irgendwie in Ribbon-Tabs zu quetschen. Herausgekommen sind dabei unnütz verlängerte Klickpfade ohne Mehrwert für den Nutzer.

Ob man will oder nicht, die Ribbons sind nun mal da, auch im Windows Dateiexplorer u.v.m.. Man gewöhnt sich an alles

[MEissing]

Zitat von Bambini:

Aber warum nimmt Emba das Ribbon aus der Standardinstallation? Die rechtlichen Fragen dazu sind für den Delphi Entwickler relevant, nicht für Emba.

Weil die ursprünglichen Ribbons nicht optimal waren/sind....

Da viele/einige/ausreichend_viele Kunden nachgefragt haben, sind diese im GetIt Package Manager wieder mit drin (Classic Ribbons)
Bildschirmfoto 2016-10-13 um 10.48.20.png

[Bambini]

Zitat von MEissing:

Zitat von Bambini:

Aber warum nimmt Emba das Ribbon aus der Standardinstallation? Die rechtlichen Fragen dazu sind für den Delphi Entwickler relevant, nicht für Emba.

Weil die ursprünglichen Ribbons nicht optimal waren/sind....

Das hinterlässt immer einen sehr fahlen Nachgeschmack und dient nicht zur Vertrauensbildung von neuen Delphi Komponenten.

[MEissing]

Zitat von Bambini:

Das hinterlässt immer einen sehr fahlen Nachgeschmack und dient nicht zur Vertrauensbildung von neuen Delphi Komponenten.

Jeder Entwickler kann prüfen, ob die ihm zur Verfügung gestellten Komponenten für ihn geeignet sind.
Dazu sollte jeder Entwickler aufgerufen sein. Dazu gibt es Testversionen.

[Bambini]

Zitat von MEissing:

Zitat von Bambini:

Das hinterlässt immer einen sehr fahlen Nachgeschmack und dient nicht zur Vertrauensbildung von neuen Delphi Komponenten.

Jeder Entwickler kann prüfen, ob die ihm zur Verfügung gestellten Komponenten für ihn geeignet sind.
Dazu sollte jeder Entwickler aufgerufen sein. Dazu gibt es Testversionen.

Klar, aber es scheint ja eine größere Fan-Gemeinde der Ribbons gegeben zu haben.
Keine Ahnung, was es da für Probleme gab, aber statt sie Probleme zu beheben, nimmt man die jetzt einfach raus?
Ähnlichen Schicksal wie: ReportSmith und RaveReport?
Warum hält sich Emba aus dem Controls-Bereich nicht ganz raus? Der Markt ist doch kompetent besetzt und kann sich wunderbar ergänzen.

[Sherlock]

Ganz kurzes OT, vorab schon ein mea culpa dafür:

Zitat von Bambini:

Ob man will oder nicht, die Ribbons sind nun mal da, auch im Windows Dateiexplorer u.v.m.. Man gewöhnt sich an alles

Es muss immer noch ein Entwickler die Ribbons ins Programm einbauen. Oder hast Du wirklich jede im Lieferumfang vorhandene Komponente in Deine Applikation verbaut, einfach weil sie da ist?

Ich habe mich erfolgreich den Ribbons verweigert. Und siehe da, Ribbons sind schon wieder passé.

Sherlock

[Aviator]

Zitat von Sherlock:

Ich habe mich erfolgreich den Ribbons verweigert. Und siehe da, Ribbons sind schon wieder passé.

Muss mal kurz an das OT anknüpfen. Womit kannst du belegen, dass die Ribbons schon wieder passé sind? Es gab zwar nicht so viele Anwendungen mit Ribbons, aber ausgestorben sind die noch nicht so viel wie ich weiß.

[Bambini]

Zitat von Aviator:

Zitat von Sherlock:

Ich habe mich erfolgreich den Ribbons verweigert. Und siehe da, Ribbons sind schon wieder passé.

Muss mal kurz an das OT anknüpfen. Womit kannst du belegen, dass die Ribbons schon wieder passé sind? Es gab zwar nicht so viele Anwendungen mit Ribbons, aber ausgestorben sind die noch nicht so viel wie ich weiß.

... auch das Office für Mac hat das Ribbon nun.