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.