Welche Konsequenzen zieht ihr aus den Features für XE2?

[Bernhard Geyer]

Zitat:

Zitat von jaenicke (Beitrag 1117138)

Dazu gehört direkter Zugriff auf die Common Controls von Windows.

Will man das?

Zitat:

Zitat von jaenicke (Beitrag 1117138)

Und bei FireMonkey darf man auch nicht vergessen, dass die Grafikkarte benutzt wird, die bei vielen älteren Business PCs ein wenig schwachbrüstig sein dürfe.

Und worauf setzt die VCL/WinForms/GDI auf? Auch auf die Grafikkarte. Solange hier FireMonkey sich keine groben Bugs erlaubt ist kein Problem zu erwarten. Wir selbst setzen seit Jahren mit den Elpack-Kompos alternative Kompos ein die nicht auf die Win32-Controls aufsetzen. Einzig die Theming-Engine von Windows wird (wenn man nicht das native Theming der ElPack-Kompos verwendet) zur performance-Steigerung verwendet. Seit 2 Jahren verwenden wir eigens Theming. Hat einiges Optimierungsarbeiten benötigt (Doublebuffering und Co. helfen viel) damit es Problemlos auch auf alten PC läuft.

[mkinzler]

Ja CLX war der Versuch eine Windows-Gui-Plattform auf qt abzubilden. Hätte damals auch halbwegs funktionieren können, hätte man nach dem ersten auch die weitere Schritte unternommen.

[jaenicke]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1117167)

Und worauf setzt die VCL/WinForms/GDI auf? Auch auf die Grafikkarte.

Aber nicht hardwarebeschleunigt.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1117167)

Zitat:

Zitat von jaenicke (Beitrag 1117138)

Dazu gehört direkter Zugriff auf die Common Controls von Windows.

Will man das?

Nicht immer, aber manchmal, habe ich doch geschrieben.

[mquadrat]

QT wechselt ja jetzt auch das GUI-Framework, bzw. macht QML zum Standard.

Gibt's für FireMonkey eigentlich auch eine Markup-Language? Würde das automatische Generieren erleichtern.

[Stevie]

Zitat:

Zitat von mquadrat (Beitrag 1117151)

Danach der Umbau der Infrastruktur von Selbstgestrickt auf Verwendung von DataBinding und das Entkoppeln von GUI und Geschäftslogik. Danach das Entfernen von sovielen Fremdkomponenten wie möglich. Und dann kommt der Schritt auf FireMonkey, vielleicht in Verbindung mit der Einführung von MVVM.

Ich bin mal gespannt, wie sehr dieses Bewusstsein in der Delphi Community insgesamt Einzug halten wird. Sprich 1mal Businesslogik implementieren und xmal Oberflächen für verschiedene Plattformen und Anwendungsgebiete und dann zusammen stecken. Insgesamt ein Vorgehen, was viele Vorteile bringt.

[TiGü]

Solange es kein Gegenstück zu MS Expression Blend geben wird, wird FMX hinter den Möglichkeiten von WPF bleiben.
Und sei es allein nur wegen Zeitersparnis beim Designen von Effekten.
Mit der Hand programmiert, wie in diesen einen Video zu sehen, oder in den Struktur-Treeview gezogen und im Objektinspektor editiert ist nicht zeitgemäß.

Worüber ich mich sehr freue, ist die Möglichkeit der VCL-Styles.
Alte Programme kriegen einen frischen Look.
Ich hoffe das wird konsequent und gut umgesetzt.
Auch so, dass das Programm zur Laufzeit von den Benutzer im Aussehen geändert werden kann.
Die Möglichkeit eigene VCL-Styles zu editieren wäre traumhaft.

[Ralf Kaiser]

Zitat:

Zitat von TiGü (Beitrag 1117246)

Die Möglichkeit eigene VCL-Styles zu editieren wäre traumhaft.

Es war irgendwo (bitte frag jetzt nicht wo, ich meine, dass es in einem der Beiträge war die Marco Cantu gebloggt hat) die Rede von einem Style-Editor.

[generic]

Ihr diskutiert hier die ganze Zeit über Oberflächen.
Meint ihr nicht auch das die Zeit von der VCL/FMX/Winforms/WPF vorbei ist?

HTML5/Javascript kann alles und ist Plattform unabhängig.

[Florian Hämmerle]

Zitat:

Zitat von generic (Beitrag 1117267)

Ihr diskutiert hier die ganze Zeit über Oberflächen.
Meint ihr nicht auch das die Zeit von der VCL/FMX/Winforms/WPF vorbei ist?

HTML5/Javascript kann alles und ist Plattform unabhängig.

aber nicht propietär..

[Insider2004]

Ich würde jetzt nicht soviel auf Firemonkey geben! Manche hören sich an, als würde jetzt der Messias kommen. Firemonkey ist noch reine Frickel-Software. Das ist jetzt innerhalb eines halben Jahres zusammengebastelt worden und stammt von einem russischen Projekt. Ich würde jetzt keine Wunder erwarten. Wir können froh sein, wenn einem das Programm nicht alle 10 Sekunden um die Ohren fliegt. Das Ding ist bestimmt 10 Jahre von der VCL-Stabilität entfernt. Von den Funktionen her bestimmt auch. Emba hat leider wiedermal den Fehler gemacht, 2 Frameworks aufzusetzen (anders ging es wahrscheinlich auch gar nicht). Lazarus LCL ist da weit voraus. Das ist von Design her schon Cross implementiert.