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

[rokli]

Zitat von MEissing:

Verbesserungen. So wurde der letzte Schritt (Race -> FastReports) im Allgemeinen sehr positiv aufgenommen.

Stimmt! Rave war wirklich kein Glücksgriff ...

[Mavarik]

Zitat von Sherlock:

FMX ist noch Lichtjahre von VCL entfernt.

Weil FMX der VCL in fast allem überlegen ist?

Zitat von himitsu:

also vorallem Screenreader für Blinde und Sehbehinderte oder sonstige Vorlese-/Auswertung-/Fernsteuerungsfunktionen.

Das ist natürlich ein Argument, da kann man nix machen... Die Frage ist, ob man diesen Programmen nicht im Hintergrund die Informationen zur Verfügung stellen kann? Ich habe jedoch keine Ahnung, wie die ScreenReader das machen!

Zitat von Codehunter:

Wenn sich alles auf Windows abspielt gibt es keinen Grund, FMX zu verwenden.

Selbstverständlich - FMX ist mit der entsprechenden Grafikkarte um ein vielfaches schneller. Schöner sowieso und die Gestaltungsmöglichkeiten sind viel größer!

Mavarik

[Codehunter]

Zitat von Mavarik:

Zitat von himitsu:

also vorallem Screenreader für Blinde und Sehbehinderte oder sonstige Vorlese-/Auswertung-/Fernsteuerungsfunktionen.

Das ist natürlich ein Argument, da kann man nix machen... Die Frage ist, ob man diesen Programmen nicht im Hintergrund die Informationen zur Verfügung stellen kann? Ich habe jedoch keine Ahnung, wie die ScreenReader das machen!

Über Window-Handles. Deswegen geht das bei FMX auch nicht.

Zitat von Mavarik:

Zitat von Codehunter:

Wenn sich alles auf Windows abspielt gibt es keinen Grund, FMX zu verwenden.

Selbstverständlich - FMX ist mit der entsprechenden Grafikkarte um ein vielfaches schneller. Schöner sowieso und die Gestaltungsmöglichkeiten sind viel größer!

Das mag ja alles so sein, nur wenn du des gar nicht brauchst bei einem DB-Frontend, dafür aber mit FMX mehr Mannstunden investierst, dann hast du am Ende nichts erreicht.

[Daniel]

Accessibility geht bei FireMonkey, siehe
http://docwiki.embarcadero.com/RADSt...hilfen-Package

[himitsu]

Zitat von Daniel:

Accessibility geht bei FireMonkey, siehe
http://docwiki.embarcadero.com/RADSt...hilfen-Package

Im Prinzip wird da im Hintergund eine Ersatzstruktur aufgebaut ... quasi 'ne Kopie der Daten, auf die Programme zugreifen können.
Diese unsichtbare Struktur muß informell mit der Sichbaren übereinstimmen
UND die zugreifenden Programme müssen diese Hintergrundinfos auch verwenden.

Hab ja nie behauptet es ginge nicht
* man muß es nur erstmal explizit nachrüsten
* die Accessibility-Architektur bildet natürlich selten die koplette GUI 1:1 ab (Fremdkomponenten?)
* und hat Emba auch alle Funktionen MSAA implementiert?

[Bambini]

Zitat von Mavarik:

Zitat von Codehunter:

Wenn sich alles auf Windows abspielt gibt es keinen Grund, FMX zu verwenden.

Selbstverständlich - FMX ist mit der entsprechenden Grafikkarte um ein vielfaches schneller. Schöner sowieso und die Gestaltungsmöglichkeiten sind viel größer!

Ich habe da etwas andere Erfahrungen. Mit ein paar wenigen einfachen UI Elemente, mag das sein.
Bei komplexere UI's kippt das recht schnell, sofern man überhaupt die passenden UI Controls für FMX findet.
Aber was nicht ist kann ja noch werden: DevExpress hat die Tage gerade wieder eine Umfrage zu FMX geschickt. Da gab es zwar immer noch keine genauen Aussagen, aber es sieht so aus, das da etwas kommen wird.
Wenn die das wirklich hinbekommen Ihre Hauptkomponenten (Bars, Grid und Scheduler) mit der bisherigen Qualität ins FMX zu bekommen, wäre das ein Zeichen

[Mavarik]

Zitat von Codehunter:

Über Window-Handles. Deswegen geht das bei FMX auch nicht.

Siehe Daniels Post - geht doch - wieder ein Gegenargument weg!

Zitat von Mavarik:

Das mag ja alles so sein, nur wenn du des gar nicht brauchst bei einem DB-Frontend, dafür aber mit FMX mehr Mannstunden investierst, dann hast du am Ende nichts erreicht.

Wieso mehr Mannstunden? Die Entwicklung ist nahezu die gleiche wie unter VCL. Die visuelle Darstellung ist schneller und ich bin sofort cross Plattform. Ich nenne das Win-Win.

Zitat von Bambini:

Bei komplexere UI's kippt das recht schnell, sofern man überhaupt die passenden UI Controls für FMX findet.

Passende UI-Controls sind eine Frage des persönlichen Geschmackes...
Aber FMX funktioniert wie eine Game-Engine... Stelle die Daten schnell genug bereit und Du bekommst 60 oder mehr Frames/s.

Das bedeutet, dein UI baut sich genau so schnell auf, wie es dein TFT darstellen kann. Schneller geht es nicht. (Es sei den Du hast einen Monitor mir einer höheren Framerate).

Meine Version vom Pacman macht problemlos 1500 Frames/s.

Mavarik

[stahli]

Scrollt denn inzwischen eine Listbox mit 100.000 Einträgen flüssig (mal unabhängig von der Sinnhaftigkeit ungefilterter großer Datenmengen)?

Wie lange braucht das Binden/Befüllen einer solchen Listbox?

Wenn es schnell und flüssig geht, welcher Aufwand muss dafür inzwischen betrieben werden.

(Mit XE3 war das quasi nicht machbar.)

[Fritzew]

Also Crossplattform ist es in meinen Augen nicht. Was da fehlt ist opengl unter Windows.

der 3d part benötigt auch noch einiges um wirklich benutzbar zu sein.
Ich arbeite seit 20 Jahren im CAD Bereich und wenn ich mir das ansehe was FMX da im 3d bietet........

[Mavarik]

Zitat von stahli:

Scrollt denn inzwischen eine Listbox mit 100.000 Einträgen flüssig (mal unabhängig von der Sinnhaftigkeit ungefilterter großer Datenmengen)?

Wie lange braucht das Binden/Befüllen einer solchen Listbox?

Wenn es schnell und flüssig geht, welcher Aufwand muss dafür inzwischen betrieben werden.

(Mit XE3 war das quasi nicht machbar.)

Weil man weder unter VCL noch FMX 100.000 in einer Listbox darstellen sollte?
Oder weil man ab 200 Einträgen eine ListView nehmen sollte?
Oder weil man NIE 100.000 Einträge in einem visuellen Kontroll braucht?

Die Fragestellung ist schon falsch...