Delphi XE3?

[mquadrat]

http://www.embarcadero.com/rad-xe3-preview

mhh... irgendwie bin ich unentschlossen. Metropolis schaut arg geschummelt aus, könnte aber halbwegs funktionieren solange man keinen SnappedView und keine Contracts braucht. Und das Settings Charm kann man auch nicht benutzen, aber das wird am Anfang eh kaum einer verstehen. Das erweiterte Binding ist nett, aber von dem kurzen Video kann man sich kein echtes Bild machen. Der HTML5 Builder schaut solide aus, aber auf den ersten Blick auch kein Killer.

Also zur Pflege unserer bestehenden VCL-Anwendungen wird es auch XE2 tun. XE3 dürfte am interessantesten für Android / iOS Entwicklung sein. Nun denn. Warten auf das Mobile Studio.

[mkinzler]

Zitat von Darlo:

Den Namen "Mobile Studio" gabs doch schonmal

Bild

Damals für den C++-Builder

Es gibt aber auch das Smart Mobile Studio ( Objectpascal -> javaScript)

[Peter666]

Warum der Schwerpunkt von XE3 u.a. auf Metro liegt, begreife ich nicht. Das ist soweit ich gesehen habe nur ein Style, den man unter anderem auch in den Demos auf Sourceforge laden kann und mit etwas fleiß (die Grafiken sind in einer Textur und müssten für die Komponenten auseinandergezerrt werden). Davon abgesehen schaut jede Anwendung danach gleichermaßen vermurxt aus.
Was mich mehr interessiert ist ob mittelfristig eine Lösung für die unterirdische Performance gefunden wird, denn erstellt man eine einfache TListbox, füllt diese mit ~1000 Einträgen und nutzt die Scrollfunktion dann geht die CPU Last unter OSX auf 60% hoch. Das ist unter Windows ebenso lahm. Ehrlich gesagt ist so etwas ein klares Nogo und wenn nichtmal eine einfache Listbox performant läuft, dann braucht man Treeviews und Grids ehrlich gesagt gar nicht erst probieren. Außerdem nervt die permanente Anzeige der Scrolleiste, unter >= Lion. Ich glaube ich kann für die meisten Delphianer sprechen wenn ich behaupte das der Schwerpunkt von Anwendungen im Datenbankbereich liegt bzw. Informationen in Tabellenform oder Eingabemasken zu sehen ist. Überspitzt formuliert heisst das, dass wohl keiner wirklich ne Tabelle auf ne Kugel rendern lässt und diese da mit dem Gyroskop auf seinem Tablet drehen will. Warum man zumindest nicht so etwas wie die LVCL erstellt und das für OSX und Windows ist mir etwas schleierhaft. Mir fallen Spontan zwei Projekte ein, die man miteinander verbinden könnte:
http://tothpaul.free.fr/sources.php?lvcl
bzw.
http://blog.naver.com/simonsayz/120163048724

Peter

[Robotiker]

Zitat von mkinzler:

Aber FMX ist nicht WinRT (XAML). Da WinRT aber ja eine COM-Technologie ist kann man diese in Delphi auch ohne direkte Unterstützung verwenden.

http://www.thomgerdes.com/2011/12/wr...in-delphi.html

Man kann WinRT-Anwendungen ohne XAML als reine DirectX-Anwendungen schreiben. Diesen Projekttyp gibt es in Visual Studio 2012. Also sollte das theoretisch auch zu Fuss in Delphi gehen, zumindest für x86 und x64. Falls XE3 noch kein Windows 8 SDK enthält, müsste man aber auch den ganzen Krempel, den Visual Studio unter include\WinRT installiert, nach Delphi konvertieren ...

ARM könnte komplizierter werden, solche Metro Apps gibt es in zwei Varianten, einmal für die neuen WinRT-Tabletts (in Visual Studio enthalten) und dann auch noch für Windows Phone 8 (Phone SDK). Falls es einen ARM-Compiler im Mobile Studio gibt, bedeutet das noch nicht zwangsläufig, dass man damit auch normale Win8-ARM Binaries erzeugen kann.

[greenmile]

Zitat von mquadrat:

http://www.embarcadero.com/rad-xe3-preview

Also ehrlich, das haut mich in keinster Weise um. Die Tiles kann ich auch mit TMS realisieren. Bin auf die Trial gespannt, aber was ich in dem Video gesehen habe, lohnt sich kaum, höchstens als umfangreicher Bugfix für FM. Mal schauen was die Speedtests vom FM unter Mac sagen. Der HTML5 Builder scheint ja RadPHP zu sein und den fand ich schon übel ...

@ EMBA: Ein wenig mehr hätte ich schon erwartet. Und ein Videoplayer ist kein Killer-Feature.

[Bernhard Geyer]

Zitat von Robotiker:

Zitat von mkinzler:

Aber FMX ist nicht WinRT (XAML). Da WinRT aber ja eine COM-Technologie ist kann man diese in Delphi auch ohne direkte Unterstützung verwenden.

http://www.thomgerdes.com/2011/12/wr...in-delphi.html

Man kann WinRT-Anwendungen ohne XAML als reine DirectX-Anwendungen schreiben. Diesen Projekttyp gibt es in Visual Studio 2012. Also sollte das theoretisch auch zu Fuss in Delphi gehen.

Genau das meinte ich. Und da FMX auf DirectX/OpenGL aufsetzt sollte das problemlos gehen. Und das würde ich auch erwarten. Ansonsten ist diese Metro-LookAlike nicht wert länger begutachtet zu werden da man doch wieder nur einen Teil des Zielmarktes (wie damals bei VCL.NET) adressiert. Oder hat sich Emba bei der Implementierung doch wieder irgendwelche Eier ins Nest gelegt ...

[Robotiker]

Zitat von Bernhard Geyer:

Und da FMX auf DirectX/OpenGL aufsetzt sollte das problemlos gehen.

Naja, ob es problemlos geht, wage ich zu bezweifeln:

• ARM Compiler fehlt noch
• Windows 8 SDK Umsetzung für Delphi ?
• Gegenstück zur WRL (C++ Wrapper für WinRT COM)
• Alternativ Pascal Gegenstück zu C++/CX (Syntactic Sugar für WinRT COM)

[Bernhard Geyer]

Zitat von Robotiker:

Naja, ob es problemlos geht, wage ich zu bezweifeln:

problemlos meine ich das keine NoGo-Argumente wie es die VCL bringt. Das es Arbeit bedeutet ist klar.

Aber ohne diese Umsetzung wird man doch wieder nur zweite Geige spielen und weiter Entwickler sich nach Alternativen umsehen.

[Darlo]

Ich habe Jahre mit Delphi 5 gearbeitet und dann die folgenden Sprünge gemacht 2007, 2010, XE, XE2, (XE3).

Langsam geht es mir bisschen auf den Zeiger jedes Jahr wieder Umgebung + alle Komponenten zu installieren (bzw. warten bis es sie gibt).
Ein Projekt wird unter XE gewartet, ein neues unter XE2 Entwickelt, die iOS Sachen auch über XE2. Jetzt kommt dann XE3, da braucht man
ja bald ein HowTo welche Projekte mit welcher Version zu bearbeiten sind...

Was ist denn eigentlich der Grund warum EMBA so kurz (Annahme) vor dem Release keine Infos zu Releasedatum und Preisen gibt?
Wenn man nicht zu den glücklichen Betatestern gehört fällt es einem echt schwer zu Planen.

Wenn sich das nicht bessert werde ich zu Visual Studio und xCode übergehen müssen (wollten tue ich das eigentlich nicht).
Da hat man wenigstens die Sicherheit dass man aktuell sein kann und die grundlegenden Funktionen vorhanden sind (Firemonkey ohne Reportinglösung ).

Gruß

[FBrust]

Nun ja, selbst wenn Emba jetzt mit Releasedatum und Preisen aufwarten würde, müsste man ohnehin abwarten, bis die Entwickler von Zusatzkomponenten sich geäußert haben, von daher wird der Umstieg eh noch dauern.

Gruß
Frank