Delphi XE3?

[Darlo]

Zitat von mkinzler:

Die Desktop Version von FM² ist Teil von XE3. Die mobile ( Ios, Android) vom Mobile Studio.

Dann vermute ich Lizenzkosten die mich nicht erfreuen werden...

Zusatz: Gibt es schon Erkenntnisse ob das Mobile Studio FastReport enthält?

[Mavarik]

Für alle die es noch nicht gelesen haben:

xe3-and-beyond

Mavarik

[BUG]

Das könnte vielleicht auch ganz interessant sein: Why no native WinRT support in Delphi XE3?

[Robotiker]

Zitat von BUG:

Das könnte vielleicht auch ganz interessant sein: Why no native WinRT support in Delphi XE3?

Der zitiert da das selbe, was ich gerade sechs Beiträge weiter oben zitiert habe.

Bemerkenswert ist die Quelle, das Originalpost tauchte in Delphi Non-Tech, irgendwo an hundertster Stelle in einem Thread über den Html5-Builder (!) auf, kein Blog-Eintrag oder sowas.

Das ganze betrifft übrigens nicht Metro Apps auf normalem Windows 8, sondern nur für WinRT, das ist die Version für ARM-Tabletts, damit möglicherweise aber auch Windows Phone 8.

Jedenfalls hat MS dort einige APIs so abgesichert, dass das BS nur Aufrufe direkt aus der VC Runtime (aber nicht aus mit VC geschriebenen Programmen heraus) zulässt. Da steht die Delphi Runtime dann vor verschlossenen Türen, es sei denn, man leitet sie über die VC Runtime um.


Die anderen Sachen, über die Allen Bauer sich da beschwert, wie fehlender Datei- und Registry Zugriff, die betreffen allle Apps. Da haben sie wahrscheinlich ein Problem mit der Portierung von FireMonkey, das müssen sie aber selber ausbaden.

[mkinzler]

WinRT ist aber auch die API für Metro/Win8 UI. Und diese ist imho gemeint.

Zitat:

Der zitiert da das selbe, was ich gerade sechs Beiträge weiter oben zitiert habe.

Der davor war auch schon genannt. Du kannst aber von keinem verlangen, den Thread ganz zu Lesen.

[Robotiker]

Zitat von mkinzler:

WinRT ist aber auch die API für Metro/Win8 UI. Und diese ist imho gemeint.

Das ist nicht ganz klar. Insbesondere weil es bei MS auf Channel 9 ein Video gibt, wo die WinRT (die API) Leute andere Entwickler einladen, andere Programmiersprachen (auch native ?) für WinRT zu portieren. Dies ist ein Punkt, der diese ganze Geschichte etwas merkwürdig macht.

Hier der Link
http://channel9.msdn.com/Events/Lang...indows-Runtime
wo weiter unten in den Kommentaren ergänzt wird

Zitat:

Martyn made it clear that we not only want language designers and implementers to add WinRT to their list of target platforms for their language and toolchains, but we will help and advise.

Scheint als gibt es da noch ein paar unerzählte Teile der Geschichte.

Zitat von 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.

Diese Arbeit hat Allen Bauer im Embarcadero Forum so beschrieben:

Zitat:

To be a "consumer" of WinRT, you can code directly to those interfaces,
which is about as painful as slamming your hand in a car door, or the
language provides a "projection" which maps this meta-data interfaces
onto actual language classes/objects/types.

Being a "producer" takes far more work since you have to ensure your
compiler supported "projection" is able to generate this Windows
meta-data.

[Darlo]

Gelöscht.

[mjustin]

Zitat von Robotiker:

Scheint als gibt es da noch ein paar unerzählte Teile der Geschichte.

Allen Bauer gab im zitierten Thread auch dieses Fazit:

Zitat:

Until we can get past that, targeting WinRT isn't actually possible from a deliverable product sense.
We are able to build WinRT applications with Delphi that work with a developer certificate, however they all fail the application qualification checks because of the aforementioned (an other) APIs.

• Für (natives) WinRT kann man, solange diese technischen Hürden bestehen, kein Produkt liefern
• Mit einem Entwicklerzertifikat kann man zwar eine WinRT Anwendung erstellen, die lokal mit einem Entwicklerzertifikat arbeitet, aber die WinRT App besteht nicht den Aufnahmetest für den Windows Store

Der zweite Punkt bedeutet auch: im Intranet (ohne Windows Store) ist die Verteilung einer mit Delphi erstellten WinRT Anwendung nur möglich, wenn auf jedem Computer ein Entwicklerzertifikat installiert ist.

Diese Möglichkeit wurde im September 2011 auf Stackoverflow bereits beschrieben:

How to Distribute Compiled Windows 8 Metro Applications without Windows Store?

Zitat:

Each machine that wants to install the application will need a developer license.

Also:
Jeder Computer, auf dem die App installiert werden soll, benötigt eine Entwicklerlizenz.