FireMonkey Sammelthread

[himitsu]

Es gibt bestimmt die Möglichkeit mit einem Skin ein "nativ" wirkendes Aussehen nachzuahmen, aber "nativ" wird es dennoch nicht
und wenn der User sich dann noch einen eigenen Style im Windows eingerichtet hat, dann war's das sowieso.

[mkinzler]

So wird es ja gelöst. Allerdings wird auch der Unterschiede zwischen den verschiedenen Controls der verschiedenen Betriebssysteme etwas angeglichen. Deshalb sieht es nur bedingt "nativ" aus.

[bernau]

Nativ oder nicht nativ. Das hatten wir schon mal. Da kann man sich drüber streiten.

Ich kann gerne auf Nativ verzichten, wenn ich auf ein paar optische Effekte zurückgreifen kann, die mir Nativ nicht bieten kann. Damit wirkt die Applikation etwas frischer. Es gibt einige Applikationen, die nicht auf den Windows-Styles aufsetzen. (Lightroom etc.) Kenne keinen, der sich beschwert hat. Kann nur immer wieder sagen. Daumen hoch für Firemonkey. Der richtige Ansatz. Müssten nur noch ein paar Bugs entfernt werden, damit es wirklich produktiv eingesetzt werden kann.

[stahli]

Welche Einschätzung habt Ihr inzwischen zu FM(2)?

Wer hat schon real damit gearbeitet und für welche Projekte und Plattformen?

[Union]

Ich hab schon real damit gearbeitet. Einen Tetris clone für Windows und iOS und noch ein paar kleinere Apps. Wir wollten damit eine 3D-Visualisierung und BYOD Apps für unsere Logistiksuite erstellen, sind aber auf so viele Probleme, Fehler und Begrenzungen gestossen, dass FM in die Tonne wanderte und VCL + GLScene eingesetzt wird.

[CHackbart]

Hallo,

wir haben hier auch einige Prototypen in Firemonkey entwickelt. Neben diversen kleineren Spielen (z.B. einem Minicraft-Port) haben wir auch große Teile vom DVBViewer, Transedit portiert bzw. diverse Speedtests vorgenommen. Letztere waren der Grund, wieso ich das ganze vorerst auf Eis gelegt habe bzw. wir auf Lazarus überschwenken. Sofern sich nicht wirklich etwas grundlegendes an Firemonkey ändert sehe ich da keine große Zukunft. Es ist ein Unding das eine einfache Liste mit ein paar wenigen Einträgen die CPU Last spürbar beeinflusst. Viel Nerven hat mich auch unser Videotext-Renderer gekostet. Dieser hatte unter OSX fast eine 90% Auslastung produziert und unter Windows war ein Kern auch am Rande seiner maximalen Leistung angelangt. Letzteres konnte ich durch Tricksen beheben. Nun wird die komplette Anzeige in einen eigenen Height*Width*4 Byte großen Framebuffer gezeichnet und nicht via Canvas beschrieben.
Der zweite Screenshot zeigt einen weiteren Prototypen (Test-OSD-Engine). Das ganze ist auch in Punkto Geschwindigkeit nicht wirklich zu gebrauchen. Die gleiche Engine werkelt übrigens in unserer OEM Version vom DVBViewer direkt unter DirectX und produziert da keine messbare Last.

Christian

[jaenicke]

Das gilt für FireMonkey von XE2 oder für das neue von XE3? Denn die Geschwindigkeit ist ja bei XE3 um Größenordnungen besser...
Gerade dein Beispiel mit einer ListBox erinnert mich an XE2, denn da gibt es unter XE3 diese Probleme nicht mehr.

[Union]

Wir werden den Teufel tun und nochmal Zeit verbraten nachdem die Probleme hundertfach in QC eingegeben waren und sich ein Jahr lang nichts getan hat.

[greenmile]

Wir haben ebenfalls einige Projekte realisiert und sind mit FM1 schnell an die Grenzen unter MacOS gestoßen. Es war schlichtweg nicht möglich, eine halbwegs akzeptable Geschwindigkeit (gemessen an einem aktuellen MacBook) zu erreichen. Die Bugs waren einfach nur katastrophal, mehr kann man dazu nicht sagen; es war/ist weniger als eine Alpha Version. Und wir haben uns blutige Nasen beim Kunden geholt!

Mit FM2 wurde das besser: Die Geschwindigkeit wurde akzeptabel, die Bugs weniger und sogar Drag&Drop funktionierte unter Mac. Man bedenke, Mac ist ein System, auf dem sehr oft mit D&D gearbeitet wird und eine Software ohne D&D ist quasi ein No-Go. In FM2 sind aber immer noch einige Hauer drin. Wieso es keine Hint's gibt ist mir ein Rätsel, die Anchors funktionieren in der Praxis nicht wirklich sauber, LiveBindings braucht kein Mensch (funktionieren eh nicht), die Menügeschichte (TMainMenu? MenuBar? Systemmenu irgendwas?) total blödsinnig und die Styles sind nicht durchdacht. Ich muss z.B. für ein Listview den Style verändern, allerdings darf ich ihn anschließend nicht mehr wechseln, sonst sind auch meine Listview Einträge mit weg. Wer hat sich sowas bitte das ausgedacht?

Die Liste der FM Dritthersteller ist übersichtlich, eigentlich befindet sich nur TMS auf der Liste. Die FM Komponenten von denen sind zwar nett, aber Schnickschnack. Wir brauchen wirklich coole Komponenten, nicht nur neue tolle Buttons. Mehr gibt es aber nicht.

Nach anfänglicher Euphorie gibt es kleinere Projekte, aber größeres werden wir nicht realisieren, dafür ist es einfach zu Buggy. Da sich mit XE3 der Status vielleicht zwischen Alpha und Beta befindet, ist es mir einfach zu heikel, darauf zu setzen. Zumal iOS aus der ersten FM Version wieder rausgeflogen ist, also wird demnächst wieder ein iOS kommen und wird dann sicherlich als die Wiedergeburt gefeiert; zu einem ordentlichen Preis. Dass Android immer noch nicht drin ist ... Nun ja, peinlich würde ich sagen.

Alles in allem: Ich hatte wirklich große Hoffnung in XE/XE2/XE3 und dem Wechseln zu Embar gesteckt, aber das Ergebnis ist enttäuschend. Und das wird sich mit Sicherheit auch nicht in den nächsten Monaten, 1-2 Jahren ändern!

[Bentissimo]

Bei der Ankündigung von XE2 wurde ich auch hellhörig ob der potentiellen Unterstützung von iOS und MacOS. :-D

Aufgrund dieser für Delphi völlig neuen Welt wollte ich aber noch abwarten, wie sich die Lage entwickelt. :shock:

Wie sich inzwischen rausgestellt hat und vielfach beschrieben wurde, leider zurecht. :pale:

So gerne ich in Richtung Apple OS gehen würde, so gefährlich (und sogar fahrlässig) wäre das zumindest noch zur Zeit mit FireMonkey. :?

Ich neige inzwischen deutlich zu RemObjects Oxygene und der bald neu erscheinenden Unterstützung in Form von "Nougat". :P

Bin sehr gespannt wie sich das anfühlen wird...

Zudem gibts da derzeit ein Einführungsangebot: 499$ für alle drei Oxygene Plattformen (.net, Java/Android und eben bald iOS/MacOS).

Scheint mir zumindest Stand heute der bessere Weg zu sein.