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

[Rollo62]

Noch spannend:

FMX ist vektotbasiert statt Raster.

Klärt mich auf, welche anderen Systeme sind das noch ?

Eines der wichtigsten konzeptionellen Argumente für mich ...


Rollo

[mkinzler]

Zitat:

klärt mich auf, welche anderen systeme sind das noch ?

wpf

[himitsu]

Jo, dafür ist es dann nicht so leicht eine "scharfe" Linie zu zeichnen, bzw. durch leichte Rechenungenauigkeiten hat man statt eine 1-Pixel-Linie plötzlich 2 "etwa" halbe Linien, also 2 verwaschene Graue, statt einer Schwarzen, weil die Monitore ja nur ganze Pixel kennen.
Und was auch gern mal durch "unscharfe" Schrift auffällt.

Wenn du bei 'nem High-DPI-Display die Pixel eh nicht mehr siehst, stört das vielleicht nicht, aber auf 'nen 24" FullHD-Monitor, fällt mir das schon unschön auf.


PS: Jaaa, man kan wunderbar mit dem Multidevice-Formdesigner für mehrere "Bildschirmauflösungen" entwickeln,
aber für PC, Großes-Tablet und Mini-Handy sollte man dennoch getrennt die GUIs enwickeln, also vorallem Vollbild-Handy/Tablet gegen Fenster-PC, denn die Bedienungskonzepte von Touch und Maus/Tastatur haben ganz unterschiedliche Anforderungen, die ich persönlich einfach nicht für vereinbar/kompatibel erachte.

Bei der VCL hat man nur noch das Problemchen mit High-DPI, aber die "optische" Größe bleibt letztendlich gleich, so dass man diese GUI praktisch nur für "ein" Endgerät entwickelt.

[sh17]

Grad gefunden http://www.fmxexpress.com/ - nur zur Info

[Codehunter]

Zitat von himitsu:

Jo, dafür ist es dann nicht so leicht eine "scharfe" Linie zu zeichnen, bzw. durch leichte Rechenungenauigkeiten hat man statt eine 1-Pixel-Linie plötzlich 2 "etwa" halbe Linien, also 2 verwaschene Graue, statt einer Schwarzen, weil die Monitore ja nur ganze Pixel kennen.
Und was auch gern mal durch "unscharfe" Schrift auffällt.

Gut da bin ich jetzt nicht so empfindlich, bin eh schon halb taub auf die Glotzen Aber rein von der Sache her müssten doch solche Probleme umso mehr auffallen, je weniger DPI das betreffende Display hat. Ich erinnere mich noch gut als Microsoft seinerzeit zum ersten Mal Cleartype Antialiasing eingeführt hat (bei Windows 2000 oder XP) und ein Teil der damals aufkommenden TFTs noch unter 75 DPI hatte. Da sah die Schrift aus als wär ein Tintenstrahler-Ausdruck nass geworden...

Zitat von himitsu:

für PC, Großes-Tablet und Mini-Handy sollte man dennoch getrennt die GUIs enwickeln, also vorallem Vollbild-Handy/Tablet gegen Fenster-PC, denn die Bedienungskonzepte von Touch und Maus/Tastatur haben ganz unterschiedliche Anforderungen, die ich persönlich einfach nicht für vereinbar/kompatibel erachte.

Und dann noch eins für Phablets, Big-Touchscreens und natürlich alles in Portrait und Landscape, weil man will ja keinen Orientation-Lock... (Man bin ich froh dass ich bei Android-Projekten die Geräte vorgeben kann die zum Einsatz kommen)

Zitat von himitsu:

Bei der VCL hat man nur noch das Problemchen mit High-DPI, aber die "optische" Größe bleibt letztendlich gleich, so dass man diese GUI praktisch nur für "ein" Endgerät entwickelt.

Da wurde ja schon zu IMHO Delphi-4-Zeiten dran rum gebastelt und die TForm.Scaled-Property eingeführt. Microsoft hatte das Konzept aber damals selbst nur sehr unzulänglich umgesetzt, wohl auch weil das Ziel eigentlich ein anderes war, nämlich die Textvergrößerung für Glotzentaube wie mich Aber das Prinzip ist doch sehr ähnlich. Man muss sich nur Gedanken darüber machen wie man seine Controls vernünftig mit Anchors, Aligns und ParentFont platziert um möglichst wenig Scaling-Code schreiben zu müssen. Aber das Problem bei Linien wie z.B. BorderWidths bleibt bestehen.

[Mavarik]

Zitat von himitsu:

Jaaa, man kan wunderbar mit dem Multidevice-Formdesigner für mehrere "Bildschirmauflösungen" entwickeln,
aber für PC, Großes-Tablet und Mini-Handy sollte man dennoch getrennt die GUIs enwickeln, also vorallem Vollbild-Handy/Tablet gegen Fenster-PC, denn die Bedienungskonzepte von Touch und Maus/Tastatur haben ganz unterschiedliche Anforderungen, die ich persönlich einfach nicht für vereinbar/kompatibel erachte.

Ich halte vom Multidevice-Designer eigentlich nix... Man sollte sein GUI mit Align und Anker modularer gestalten und nicht fix an eine Auflösung. Ist sicherlich eine Umstellung, aber wer will schon ein Projekt pflegen und 10x das GUI basteln. Gut das es geht, aber machen möchte ich es nicht so.

Zitat von Codehunter:

(Man bin ich froh dass ich bei Android-Projekten die Geräte vorgeben kann die zum Einsatz kommen)

Dabei ist gerade Android das grauen, da es mehr als 8000 verschiedene Auflösungen gibt..

[himitsu]

Im Querformat kann man gut mit Align arbeiten, aber z.B. Hochformat, kann man bei WideScreen mehr auf die Anzeige packen, als z.B. bei dem quadratischen Bildschirm eines gewissen Exherstellers.

[Delphi-Laie]

Entschuldigt bitte mal eine Frage zwischendurch: Kürzlich las ich kürzlich - bei Harry Stahl unter http://www.devpage.de/blog/firemonkey.htm zu http://community.embarcadero.com/blo...=entry&id=8951 verlinkt - daß die Graphik in FMX / Firemonkey gegenüber VCL beschleunigt sein soll.

Nun ist mir nicht ganz klar, ob das für 3D oder für Graphik generell gilt.

Mir geht es nur um den Line-Befehl auf einem Canvas. Lohnt sich dafür, von VLC auf FMX den Umstieg zu versuchen - wird das spürbar schneller?

[Mavarik]

Zitat von Delphi-Laie:

Nun ist mir nicht ganz klar, ob das für 3D oder für Graphik generell gilt.

FMX arbeitet mit der Grafikkarten GPU. Dadurch ist vieles schneller, ob sich deswegen ein Umbau von VCL auf FMX lohnt, kommt auf den Anwendungsfall an. Neu Entwicklung klar mit FMX, aber Umbau von VCL auf FMX sollte man sich gut überlegen und vorab die Rahmenbedingungen genau prüfen.

[Delphi-Laie]

Vielen Dank für die Antwort!